Microsoft .Net Remoting系列专题之二MarshalDisconnect与生命周期以及跟踪服务.docxVIP

 HYPERLINK /wayfarer/archive/2004/08/05/30437.html Microsoft .Net Remoting系列专题之二：Marshal、Disconnect与生命周期以及跟踪服务 我写的.Net Remoting系列专题：  HYPERLINK /wayfarer/archive/2004/07/30/28723.html Microsoft .Net Remoting系列专题之一:.Net Remoting基础篇  HYPERLINK /wayfarer/articles/75213.html Microsoft .Net Remoting系列专题之三：Remoting事件处理全接触 Microsoft .Net Remoting系列专题之二? 一、远程对象的激活 在Remoting中有三种激活方式，一般的实现是通过RemotingServices类的静态方法来完成。工作过程事实上是将该远程对象注册到通道中。由于Remoting没有提供与之对应的Unregister方法来注销远程对象，所以如果需要注册/注销指定对象，微软推荐使用Marshal（一般译为编组）和Disconnect配对使用。在《 HYPERLINK /?p=70 Net Remoting基础篇》中我已经谈到：Marshal()方法是将MarshalByRefObject类对象转化为ObjRef类对象，这个对象是存储生成代理以与远程对象通讯所需的所有相关信息。这样就可以将该实例序列化以便在应用程序域之间以及通过网络进行传输，客户端就可以调用了。而Disconnect()方法则将具体的实例对象从通道中断开。 根据上述说明，Marshal()方法对远程对象以引用方式进行编组（Marshal-by-Reference，MBR），并将对象的代理信息放到通道中。客户端可以通过Activator.GetObject()来获取。如果用户要注销该对象，则通过调用Disconnect()方法。那么这种方式对于编组的远程对象是否存在生命周期的管理呢？这就是本文所要描述的问题。 二、生命周期 在CLR中，框架提供了GC（垃圾回收器）来管理内存中对象的生命周期。同样的，.Net Remoting使用了一种分布式垃圾回收，基于租用的形式来管理远程对象的生命周期。 早期的DCOM对于对象生命周期的管理是通过ping和引用计数来确定对象何时应当作为垃圾回收。然而ping引起的网络流量对分布式应用程序的性能是一种痛苦的负担，它大大地影响了分布式处理的整体性能。.Net Remoting在每个应用程序域中都引入一个租用管理器，为每个服务器端的SingleTon，或每个客户端激活的远程对象保存着对租用对象的引用。（说明：对于服务器端激活的SingleCall方式，由于它是无状态的，对于每个激活的远程对象，都由CLR的GC来自动回收，因此对于SingleCall模式激活的远程对象，不存在生命周期的管理。） 1、租用 租用是个封装了TimeSpan值的对象，用以管理远程对象的生存期。在.Net Remoting中提供了定义租用功能的ILease接口。当Remoting通过SingleTon模式或客户端激活模式来激活远程对象时，租用对象调用从System.MarshalByRefObject继承的InitializeLifetimeService方法，向对象请求租用。 ILease接口定义了有关生命周期的属性，均为TimeSpan值。如下：InitialLeaseTime：初始化有效时间，默认值为300秒，如果为0，表示永不过期；RenewOnCallTime：调用远程对象一个方法时的租用更新时间，默认值为120秒；SponsorshipTimeout：超时值，通知Sponsor（发起人）租用过期后，Remoting会等待的时间，默认值为120秒；CurrentLeaseTime：当前租用时间，首次获得租用时，为InitializeLeaseTime的值。 Remoting的远程对象因为继承了MarshalByRefObject，因此默认继承了InitializeLifetimeService方法，那么租用的相关属性为默认值。如果要改变这些设置，可以在远程对象中重写该方法。例如：?public override object InitializeLifetimeService()?{??ILease lease = (ILease)base.InitializeLifetimeService();??if (lease.CurrentState == LeaseState.Initial)??{???lease.In