2024年4月16日发(作者：)

Microsoft .Net Remoting系列专题之二

一、远程对象的激活

在Remoting中有三种激活方式，一般的实现是通过RemotingServices类的静态方法来完成。

工作过程事实上是将该远程对象注册到 通道中。由于Remoting没有提供与之对应的

Unregister方法来注销远程对象，所以如果需要注册/注销指定对象，微软推荐使用

Marshal（一般译为编组）和Disconnect配对使用。在《Net Remoting基础篇》 中我已经

谈到：Marshal()方法是将MarshalByRefObject类对象转化为ObjRef类对象，这个对象是

存储生成代理以与远程对象通 讯所需的所有相关信息。这样就可以将该实例序列化以便在

应用程序域之间以及通过网络进行传输，客户端就可以调用了。而Disconnect()方法则将

具 体的实例对象从通道中断开。

根据上述说明，Marshal()方法对远程对象以引用方式进行编组（Marshal-by-Reference，

MBR），并将对象的代理信息放 到通道中。客户端可以通过ect()来获取。

如果用户要注销该对象，则通过调用Disconnect()方法。那么这种 方式对于编组的远程对

象是否存在生命周期的管理呢？这就是本文所要描述的问题。

二、生命周期

在CLR中，框架提供了GC（垃圾回收器）来管理内存中对象的生命周期。同样的，.Net

Remoting使用了一种分布式垃圾回收，基于租用的形式来管理远程对象的生命周期。

早期的DCOM对于对象生命周期的管理是通过ping和引用计数来确定对象何时应当作为垃圾

回收。然而ping引起的网络流量对分布式应用程序的性 能是一种痛苦的负担，它大大地影

响了分布式处理的整体性能。.Net Remoting在每个应用程序域中都引入一个租用管理器，

为每个服务器端的SingleTon，或每个客户端激活的远程对象保存着对租用对象的引用。

（说明：对于服务器端激活的SingleCall方式，由于它是无状态的，对于每个激活的远程

对象，都由CLR的GC来自动回收，因此对于 SingleCall模式激活的远程对象，不存在生

命周期的管理。）

1、租用

租用是个封装了TimeSpan值的对象，用以管理远程对象的生存期。在.Net Remoting中提

供了定义租用功能的ILease接口。当Remoting通过SingleTon模式或客户端激活模式来激

活远程对象时，租用对象调 用从lByRefObject继承的

InitializeLifetimeService方法，向对象请求租用。

ILease接口定义了有关生命周期的属性，均为TimeSpan值。如下：

InitialLeaseTime：初始化有效时间，默认值为300秒，如果为0，表示永不过期；

RenewOnCallTime：调用远程对象一个方法时的租用更新时间，默认值为120秒；

SponsorshipTimeout：超时值，通知Sponsor（发起人）租用过期后，Remoting会等待的时

间，默认值为120秒；

CurrentLeaseTime：当前租用时间，首次获得租用时，为InitializeLeaseTime的值。

Remoting的远程对象因为继承了MarshalByRefObject，因此默认继承了

InitializeLifetimeService方法，那么租用的相关属性为默认值。如果要改变这些设置，

可以在远程对象中重写该方法。例如：

public override object InitializeLifetimeService()

{

ILease lease = (ILease)lizeLifetimeService();

if (tState == l)

{

lLeaseTime = nutes(1);

nCallTime = conds(20);

}

return lease;

}

也可以忽略该方法，将对象的租用周期改变为无限：

public override object InitializeLifetimeService()

{

return null;

}

2、租用管理器

如果是前面所说的租用主要是应用在每个具体的远程对象上，那么租用管理器是服务器端专

门用来管理远程对象生命周期的管理器，它维持着一个 ble成员，将租用映

射为me实例表示每个租用何时应过期。Remoting采用轮询的方式以一定 的

时间唤醒租用管理器，检查每个租用是否过期。默认为每10秒钟唤醒一次。轮询的间隔可