回顾.NET Remoting分布式开发

记得在下第一次接触.NET Remoting分布式开发是在2003年，那时候是Framework1.0初次亮相之时，Remoting分布式开发是Framework1.0其中一个亮点。经过多年的发展，在2005年，WCF随着Framework2.0首先亮相。WCF是结合Remoting，Web服务，TCP/IP套接字，MSMQ信息，P2P，WSE等多方通讯的混合体。随着WCF的出现是否意昧着Remoting即将没落，答案是否定的。因为Remoting有其独到之处，在通讯效率，信息交换，安全性等多方面都有其特点，所以在企业内部系统的信息化交换层的开发当中，很多时候会使用Remoting进行开发，在下面几章为大家回顾一下Remoting的开发。

一、基础概念

Remoting是采用分布式进行编程的一种技术，主要用于管理跨应用程序域的同步和异步RPC 会话。在默认情况下，Remoting可从使用 HTTP 或 TCP 协议进行信息通讯，并使用 XML 编码的 SOAP 或二进制消息格式进行数据交换。.NET Remoting 提供了非常灵活和可扩展的编程框架,并且可以管理对象的状态。Remoting跟Web服务不同，它并不依赖于IIS，用户可以自己开发(Development)并部署(Dispose)宿主服务器，只需要服务器支持Framework。

二、Remoting的特点

Remoting可以灵活的定义其所基于的协议，比如http，tcp等。在使用TCP/IP的时候，Remoting能发挥更高的效率,其性能接近于DCOM。

Remoting一般需要通过一个应用程序或是Windows服务来承载，也可以使用iis部署。

Remoting必须要在一个支持Framework的开发环境下进行开发，无论客户端跟服务器端都必须支持Framework。

Remoting 支持许多状态管理选项，并且可能与来自同一个用户的多个调用相关或不相关，这取决于您选择的对象生命周期架构。

三、利用Remoting实现分布式开发的优点

容错性

容错性是指一个系统在出现故障时，系统应当能及时恢复。利用Remoting实现分布式应用开发可以建立容错软件系统，当某个功能发生错误时，不会影响整体系统的工作。使系统能够及时维护及更新。

可扩展性

可扩展性是指系统可以利用性能上的递增处理日益增加的负载量。利用Remoting实现分布式开发，可以将最重要的核心功能模块放置于性能强大的几台主机上，把其他的功能放置于功能稍差的客户端机上，随着客户的增加而加大客户端主机的服务。这样做可以减少开发成本，提高主体性能。

易于管理

一个大型计算机管理系统是非常复杂的，可能涉及的是异地机器之间的代码调节。利用Remoting实现分布式开发，可以把核心的功能代码移植到中央服务器，把页面层，UI层等功能于客户端实现。这样系统的性能调节，代码升级都可以在中央服务器里综合实现，而忽略对客户端的影响。

四、Remoting体系结构

下面详细介绍一下Remoting的体系结构,如下图。

在客户发送请求时可以通过Activator.GetObject()和 Activator.CreateInstance()返回一个透明代理对象。实际上透明代理就像一个远程对象，它执行远程对象的所有公共方法，这些方法调用真实对象的Invoke()方法，传送包含方法调用的消息。

当消息进入Channel通道后，就会经过接收器处理。接收器包含格式接收器、通道接收器和传输接收器，其中格式接收器和传输接收器是必要的。首先格式接收器会使用SoapFormatter或BinaryFormatter的方式对传输的对象进行序列化，如果用户设定了通道接收器，系统将会对其进行对应处理，最后把信息送到传输接收器，对应设定TCP或HTTP传输方式加入传输接收器头。当信息发送到服务器，服务器将会根据传输接收器头对信息进行处理，然后在格式化接收器中对信息进行反序列化，最后通过真实代理处理远程对象。至于“通道接收器”的处理方式，将在后几章为大家进一步地介绍。

五、简单实例

说了这么多，下面就以一个简单的例子说明一下Remoting的开发过程吧。

补充：Web开发 , ASP.Net ,