Remoting高级知识

一、 如何使用IIS作为激活代理

.NET Remoting和DCOM之间的一个区别是前者不支持自动运行的服务器进程。需要人工启动服务器进程来注册用来远程激活的类和监听请求。而对于DCOM，当远程客户端调用CoCreateInstanceEx或者其他激活API时，会自动运行服务器进程。

.NET remoting 提供了两种方法来避免人工启动服务器。第一个是将服务器应用程序当做一个服务来实现。可以编写一个从

System.ServiceProcess.Service派生的服务，重载其中关键的需方法例如OnStart和OnStop。将服务器当做一个服务来实现的好处是你可以配置该服务以便系统启动时能自动运行该服务。

第二个方法是使用IIS作为激活代理。IIS本身就是一个服务，在大多数Web Servers运行时会一直启动。而且IIS能够通过使用.NET Remoting机制来响应客户端激活对象的请求。使用IIS有以下几个好处：

1、不再需要编写一个用来注册可远程化的类和监听端口的服务器，IIS就是服务器。

2、可以使用IIS鉴别远程调用者，也可以使用SSL来保护数据。

3、可以使用IIS来管理端口。如果在一个机器上部署了两个传统的应用程序服务器，则需要你来保证这两个服务器使用不同的端口。使用IIS作为宿主，则IIS可以选择端口，这样可以简化发布和管理。

IIS支持服务器端激活对象和客户端激活对象。可以使用程序注册(在Global.asax中)，也可以使用声明注册(在Web.config中)。

1、服务器端激活对象

下面的Web.config注册了使用IIS激活的Clock类:

<configuration>
<system.runtime.remoting>
<application>
<service>
<wellknown mode="SingleCall" type="Clock, ClockServer" objectUri="Clock.rem" />
</service>
</application>
</system.runtime.remoting>
</configuration>
注意Clock的URI：Clock.rem。使用IIS注册的URI必须以.rem或者.soap结束，因为该扩展对应到IIS原数据中的Aspnet_isapi.dll和Machine.config中的.NET remoting 子系统。

使用IIS激活对象都是通过HTTP通道来与客户端进行通信。客户端必须注册HTTP通道。下面是一个客户端如何创建一个Clock实例，假设Clock在本地机器上一个叫MyClock的虚拟目录中。

HttpClientChannel channel = new HttpClientChannel ();
ChannelServices.RegisterChannel (channel);
RemotingConfiguration.RegisterWellKnownClientType
(typeof (Clock),"http://localhost/MyClock/Clock.rem");
Clock clock = new Clock ();

注意服务器和客户端都没有指定端口，IIS选择该端口

2、客户端激活对象

Web.config文件注册注册一个客户端激活对象Clock

<configuration>
<system.runtime.remoting>
<application>
<service>
<activated type="Clock, ClockServer" />
</service>
</application>
</system.runtime.remoting>
</configuration>
下面是客户端的写法(依然假设Clock在本地机器MyClock虚拟目录中)：

HttpClientChannel channel = new HttpClientChannel ();
ChannelServices.RegisterChannel (channel);
RemotingConfiguration.RegisterActivatedClientType
(typeof (Clock), "http://localhost/MyClock");
Clock clock = new Clock ();
注意：使用IIS必须在虚拟目录中有一个可远程化的类，而且必须把 Web.config放在单独的虚拟目录中（例如MyClock），把DLL放在bin子目录中(MyClock\bin)。



二、 如何通过HTTP通道传递二进制格式数据

使用IIS的一个缺点是只能使用HTTP通道。HTTP通道将调用封装成SOAP消息，这样会增加消息的长度。IIS只支持HTTP通道，但它并不要求使用将通道调用封装成SOAP消息。默认情况下，HTTP使用SOAP，因为它使用SoapClientFormatterSinkProvide和

SoapServerFormatterSinkProvider来作为序列化和反序列化消息的格式。可以使用BinaryClientFormatterSinkProvider和

BinaryServerFormatterSinkProvder来替换它们。二进制消息可以跟好的利用网络带宽。

下面的Web.config文件注册了一个可以被IIS激活的Clock，它使用二进制替换了缺省的SOAP格式。

<configuration>
<system.runtime.remoting>
<application>
<service>
<wellknown mode="SingleCall" type="Clock, ClockServer"
objectUri="Clock.rem" />
</service>
<channels>
<channel ref="http server">
<serverProviders>
<formatter ref="binary" />
</serverProviders>
</channel>
</channels>
</application>
</system.runtime.remoting>
</configuration>
客户端写法如下：

HttpClientChannel channel = new HttpClientChannel
("HttpBinary", new BinaryClientFormatterSinkProvider ());
ChannelServices.RegisterChannel (channel);
RemotingConfiguration.RegisterWellKnownClientType
(typeof (Clock), "http://localhost/MyClock/Clock.rem");
Clock clock = new Clock ();
当使用配置文件时，写法为：