.NET Remoting深度探索：从基础到实践

需积分: 10 169 浏览量更新于2024-07-27 收藏 1.33MB PDF 举报

"Remoting专题" 本文档主要涵盖了.NET Remoting技术的多个方面，包括基础知识、高级概念、事件处理、常见问题以及逐步学习教程。.NET Remoting是.NET Framework提供的一种框架，它允许不同应用程序域（AppDomain）之间的对象通信，甚至跨越不同的进程或计算机。 1.1 .NET Remoting基础这部分介绍了Remoting的基本概念，包括对象激活、通道和服务。对象激活是指如何在远程环境中实例化对象，通道是Remoting通信的传输机制，负责将数据从一个应用程序域传递到另一个。 1.2.2 Marshal、Disconnect与生命周期以及跟踪服务讲解了如何管理远程对象的生命周期，包括对象的序列化（Marshal）、断开连接（Disconnect）操作，以及如何利用跟踪服务来监控和调试Remoting应用程序。 1.2.3 Remoting事件处理全接触深入探讨了在Remoting中处理事件的机制，包括跨域事件和同步/异步事件的实现。 1.2.4 关于Remoting 这部分可能涉及Remoting的高级特性，如安全性、性能优化和自定义配置。 1.2.5 关于Remoting（续）继续讨论Remoting的特定主题，可能涵盖更多高级话题或解决实际开发中遇到的问题。 1.2.6 关于Remoting一些更改提到了.NET Remoting在不同版本中的变化和改进，可能包括新特性和已知问题。 1.2.7 Remoting的几个疑惑解答了开发者在使用Remoting时可能会遇到的困惑和疑问。 1.2.8 Remoting疑惑续集继续解答更多的技术问题，可能涉及到更复杂的场景和特殊情况。 1.2.9 Remoting疑惑续集之再续深入解决更多复杂的技术难题，帮助读者克服Remoting应用中的挑战。 1.2.10 基于消息与.NET Remoting的分布式处理架构讨论了如何利用Remoting构建分布式系统，可能包括消息传递、负载均衡和故障恢复策略。 1.2.11 .NET Remoting测试小技巧提供了测试Remoting应用程序的有效方法和工具，以确保其正确性和性能。 1.2.12 .NET Remoting中的通道注册阐述了如何注册和配置不同的Remoting通道，以便在不同环境和网络条件下进行通信。 1.2.13 在Remoting客户端激活用替换类以分离接口与实现探讨了如何在客户端动态替换实现类，以实现接口与实现的解耦，提高代码的灵活性和可维护性。文档还包含一系列逐步学习Remoting的教程，从简单的用例开始，逐渐深入到更复杂的激活模式、复杂对象、承载方式、异步操作和事件处理等主题。此外，文档还介绍了Remoting的基本原理和扩展机制，帮助读者理解其内部工作原理，以及如何通过自定义类和接口扩展Remoting的功能。这些内容对于想要理解和掌握.NET Remoting技术的开发者来说非常有价值，无论是初学者还是有经验的程序员，都能从中获得丰富的知识和实践经验。

创建时间：2011/11/1 修改时间：2011/11/1 修改次数：0

河北工业大学——软件工程与理论实验室编辑：虾皮

3）利用配置文件实现

前面所述的方法，于服务器 uri、端口、以及激活模式的设置是用代码来完成的。其实

我们也可以用配置文件来设置。这样做有个好处，因为这个配置文件是 Xml 文档。如果需

要改变端口或其他，我们就不需要修改程序，并重新编译，而是只需要改变这个配置文件即

可。

(1) 服务器端的配置文件：

<system.runtime.remoting>

<wellknown mode="Singleton" type="ServerRemoteObject.ServerObject"

objectUri="ServiceMessage"/>

</service>

</channels>

</application>

</system.runtime.remoting>

</configuration>

如果是客户端激活模式，则把 wellknown 改为 activated，同时删除 mode 属性。

把该配置文件放到服务器程序的应用程序文件夹中，命名为 ServerRemoting.config。那

么前面的服务器端程序直接用这条语句即可：

RemotingConfiguration.Configure("ServerRemoting.config");

(2) 客户端配置文件

如果是客户端激活模式，修改和上面一样。调用也是使用 RemotingConfiguration.Configure()

方法来调用存储在客户端的配置文件。

配置文件还可以放在 machine.config 中。如果客户端程序是 web 应用程序，则可以放在

web.config 中。

4）启动/关闭指定远程对象

Remoting 中没有提供类似 UnregisterWellKnownServiceType()的方法，也即是说，一旦

通过注册了远程对象，如果没有关闭通道的话，该对象就一直存在于通道中。只要客户端激

活该对象，就会创建对象实例。如果 Remoting 传送的只有一个远程对象，这不存在问题，

创建时间：2011/11/1 修改时间：2011/11/1 修改次数：0

河北工业大学——软件工程与理论实验室编辑：虾皮

关闭通道就可以了。如果传送多个远程对象呢？要关闭指定的远程对象应该怎么做？关闭之

后又需要启动又该如何？

我们注意到在 Remoting中提供了 Marshal()和 Disconnect()方法，答案就在这里。Marshal()

方法是将 MarshalByRefObject 类对象转化为 ObjRef 类对象，这个对象是存储生成代理以与

远程对象通讯所需的所有相关信息。这样就可以将该实例序列化以便在应用程序域之间以及

通过网络进行传输，客户端就可以调用了。而 Disconnect()方法则将具体的实例对象从通道

中断开。

方法如下：

首先注册通道：

TcpChannel channel = new TcpChannel(8080);

ChannelServices.RegisterChannel(channel);

接着启动服务：

先在服务器端实例化远程对象。

ServerObject obj = new ServerObject();

然后，注册该对象。注意这里不用 RemotingConfiguration.RegisterWellKnownServiceType()，

而是使用 RemotingServices.Marshal()：

ObjRef objrefWellKnown = RemotingServices.Marshal(obj, "ServiceMessage");

如果要注销对象，则：

RemotingServices.Disconnect(obj);

要注意，这里 Disconnect 的类对象必须是前面实例化的对象。正因为此，我们可以根据

需要创建指定的远程对象，而关闭时，则 Disconnect 之前实例化的对象。

至于客户端的调用，和前面 WellKnown 模式的方法相同，仍然是通过

Activator.GetObject()来获得。但从实现代码来看，我们会注意到一个问题，由于服务器端是

显式的实例化了远程对象，因此不管客户端有多少，是否相同，它们调用的都是同一个远程

对象。因此我们将这个方法称为模拟的 SingleTon 模式。

客户端激活模式

我们也可以通过 Marshal()和 Disconnect()来模拟客户端激活模式。首先我们来回顾“远

程对象元数据相关性”一节，在这一节中，我说到采用设计模式的“抽象工厂”来创建对象

实例，以此用 SingleCall 模式来模拟客户端激活模式。在仔细想想前面的模拟的 SingleTon

模式。是不是答案就将呼之欲出呢？

创建时间：2011/11/1 修改时间：2011/11/1 修改次数：0

河北工业大学——软件工程与理论实验室编辑：虾皮

在“模拟的 SingleTon”模式中，我们是将具体的远程对象实例进行 Marshal，以此让客

户端获得该对象的引用信息。那么我们换一种思路，当我们用抽象工厂提供接口，工厂类实

现创建远程对象的方法。然后我们在服务器端创建工厂类实例。再将这个工厂类实例进行

Marshal。而客户端获取对象时，不是获取具体的远程对象，而是获取具体的工厂类对象。

然后再调用 CreateInstance()方法来创建具体的远程对象实例。此时，对于多个客户端而言，

调用的是同一个工厂类对象；然而远程对象是在各个客户端自己创建的，因此对于远程对象

而言，则是由客户端激活，创建的是不同对象了。

当我们要启动/关闭指定对象时，只需要用 Disconnet()方法来注销工厂类对象就可以了。

【6】结论

Microsoft.Net Remoting 真可以说是博大精深。整个 Remoting 的内容不是我这一篇小文

所能尽述的，更不是我这个 Remoting 的初学者所能掌握的。王国维在《人间词话》一书中

写到：古今之成大事业大学问者，必经过三种境界。“昨夜西风凋碧树，独上高楼，望尽天

涯路。”此第一境界也。“衣带渐宽终不悔，为伊消得人憔悴。”此第二境界也。“众里寻他千

百度，蓦然回首，那人却在灯火阑珊处。”此第三境界也。如以此来形容我对 Remoting 的学

习，还处于“独上高楼，望尽天涯路”的时候，真可以说还未曾登堂入室。

或许需得“衣带渐宽”，学得 Remoting“终不悔”，方才可以“蓦然回首”吧。

1.2.2 Marshal、Disconnect与生命周期以及跟踪服务

【1】远程对象的激活

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

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

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

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

方法是将 MarshalByRefObject 类对象转化为 ObjRef 类对象，这个对象是存储生成代理以与

远程对象通讯所需的所有相关信息。这样就可以将该实例序列化以便在应用程序域之间以及

通过网络进行传输，客户端就可以调用了。而 Disconnect()方法则将具体的实例对象从通道

中断开。

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

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

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

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

【2】生命周期

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

创建时间：2011/11/1 修改时间：2011/11/1 修改次数：0

河北工业大学——软件工程与理论实验室编辑：虾皮

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;

创建时间：2011/11/1 修改时间：2011/11/1 修改次数：0

河北工业大学——软件工程与理论实验室编辑：虾皮

}

2）租用管理器

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

端专门用来管理远程对象生命周期的管理器，它维持着一个 System.Hashtable 成员，将租用

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

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

以配置，如将轮询间隔设置为 5 分钟：

LifetimeService.LeaseManagerPollTime = System.TimeSpan.FromMinutes(5);

我们还可以在租用管理器中设置远程对象租用的属性，如改变远程对象的初始有效时间

为永久有效：

LifetimeServices.LeaseTime = TimeSpan.Zero;

我们也可以通过配置文件来设置生命周期，如：

<system.runtime.remoting>

</application>

</system.runtime.remoting>

</configuration>

注：配置文件中的 pollTime 即为上面所说的租用管理器的轮询间隔时间

LeaseManagerPollTime。

租用管理器对于生命周期的设置是针对服务器上所有的远程对象。当我们通过配置文件

或租用管理器设置租用的属性时，所有远程对象的生命周期都遵循该设置，除非我们对于指

定的远程对象通过重写 InitializeLifetimeService 方法，改变了相关配置。也就是说，远程对

象的租用配置优先级高于服务器端配置。

3）发起人（Sponsor）

发起人是针对客户端而言的。远程对象就是发起人要租用的对象，发起人可以与服务器

端签订租约，约定租用时间。一旦到期后，发起人还可以续租，就像现实生活中租方的契约，

房东、租房者之间的关系一样。

在 .Net Framework 中的 System.Runtime.Remoting.Lifetime 命名空间中定义了

ClientSponsor 类，该类继承了 System.MarshalByRefObject，并实现了 ISponsor 接口。

剩余140页未读，继续阅读

b316680192

粉丝: 0

.NET Remoting深度探索：从基础到实践

细细品味C#(Remoting专题)

细细品味C#(Remoting专题讲解)

细细品味CSharp_(Remoting专题).pdf

细细品味C#（Remoting专题）

Remoting系列专题

Microsoft .Net Remoting系列专题

Microsoft Net Remoting系列专题之一

Microsoft .Net Remoting系列专题之三

Microsoft .Net Remoting系列专题（pdf）

Microsoft .Net Remoting系列专题之一基础篇

最新资源