前言：随着对Remoting的逐渐深入学习，觉得Remoting技术真是博大精深，很多内容对于我来说均是全新的知识。自知技术造诣浅陋，唯有以勤补拙。我很希望自己能写一些有用的文章，一方面记录自己的足迹，另一方面也能为别人提供某些帮助。然后，我在想，将文章命名为专题系列是否有些大了？也许吧，不过我总认为，目标不妨订高一些，压力不妨给自己多一些，也许努力下去，会有水到渠成的时候。  
   
  一、远程对象的激活  
   
  在Remoting中有三种激活方式，一般的实现是通过RemotingServices类的静态方法来完成。工作过程事实上是将该远程对象注册到通道中。由于Remoting没有提供与之对应的Unregister方法来注销远程对象，所以如果需要注册/注销指定对象，微软推荐使用Marshal（一般译为编组）和Disconnect配对使用。在《Microsoft   .Net   Remoting系列专题之一：.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.InitialLeaseTime   =   TimeSpan.FromMinutes(1);  
        lease.RenewOnCallTime   =   TimeSpan.FromSeconds(20);  
      }  
      return   lease;  
       
    }  
   
  也可以忽略该方法，将对象的租用周期改变为无限：  
   
    public   override   object   InitializeLifetimeService()  
    {  
      return   null;  
    }  
   
  2、租用管理器  
   
  如果是前面所说的租用主要是应用在每个具体的远程对象上，那么租用管理器是服务器端专门用来管理远程对象生命周期的管理器，它维持着一个System.Hashtable成员，将租用映射为System.DateTime实例表示每个租用何时应过期。Remoting采用轮询的方式以一定的时间唤醒租用管理器，检查每个租用是否过期。默认为每10秒钟唤醒一次。轮询的间隔可以配置，如将轮询间隔设置为5分钟：  
   
  LifetimeService.LeaseManagerPollTime   =   System.TimeSpan.FromMinutes(5);  
   
  我们还可以在租用管理器中设置远程对象租用的属性，如改变远程对象的初始有效时间为永久有效：  
   
  LifetimeServices.LeaseTime   =   TimeSpan.Zero;  
   
  我们也可以通过配置文件来设置生命周期，如：  
   
  <?xml   version="1.0"   encoding="utf-8"   ?>    
  <configuration>  
    <system.runtime.remoting>  
      <application   name   =   "SimpleServer">  
        <lifetime   leaseTime   =   "0"   sponsorshipTimeOut   =   "1M"  
        renewOnCallTime   =   "1M"   pollTime   =   "30S"/>                
      </application>  
    </system.runtime.remoting>  
  </configuration>  
   
  注：配置文件中的pollTime即为上面所说的租用管理器的轮询间隔时间LeaseManagerPollTime。  
   
  租用管理器对于生命周期的设置是针对服务器上所有的远程对象。当我们通过配置文件或租用管理器设置租用的属性时，所有远程对象的生命周期都遵循该设置，除非我们对于指定的远程对象通过重写InitializeLifetimeService方法，改变了相关配置。也就是说，远程对象的租用配置优先级高于服务器端配置。  
   
  3、发起人（Sponsor）  
   
  发起人是针对客户端而言的。远程对象就是发起人要租用的对象，发起人可以与服务器端签订租约，约定租用时间。一旦到期后，发起人还可以续租，就像现实生活中租方的契约，房东、租房者之间的关系一样。  
   
  在.Net   Framework中的System.Runtime.Remoting.Lifetime命名空间中定义了ClientSponsor类，该类继承了System.MarshalByRefObject，并实现了ISponsor接口。ClientSponsor类的属性和方法，可以参考MSDN。  
   
  客户端要使用发起人机制，必须创建ClientSponsor类的一个实例。然后调用相关方法如Register()或Renewal()方法来注册远程对象或延长生命周期。如：  
   
  RemotingObject   obj   =   new   RemotingObject();  
  ClientSponsor   sponsor   =   new   ClientSponsor();  
  sponsor.RenewalTime   =   TimeSpan.FromMinutes(2);  
  sponsor.Register(obj);  
   
  续租时间也可以在ClientSponsor的构造函数中直接设置，如：  
   
  ClientSponsor   sponsor   =   new   ClientSponsor(TimeSpan.FromMinutes(2));  
  sponsor.Register(obj);  
   
  我们也可以自己编写Sponsor来管理发起人机制，这个类必须继承ClientSponsor并实现ISponsor接口。