关于Remoting(续)
昨天写了文章《关于Remoting》,感觉有些问题没有说清楚。后来又看了一些文档和书,整理了一下,就算是续吧。
其实我发现主要的问题还是集中在客户端激活模式。我想再谈谈客户端激活模式和服务器端激活模式两者在代码实现上的区别。这两种模式在服务器监听程序上的区别不大,前面那篇文章已经说得很清楚了,主要还是客户端程序。为了让概念不至于模糊混淆,我下面提到客户端激活模式,用Activated;服务器激活模式,用WellKnown。
先从VS提供的方法来看:
WellKnown模式:Activator.GetObject()方法。它的返回值是方法参数里指定类型的对象实例。




Activated模式:
有两种方法:
1、静态方法:RemotingConfiguration.RegisterActivatedClientType()。这个方法返回值为Void,它只是将远程对象注册在客户端而已。具体的实例化还需要调用对象类的构造函数。






2、Activator.CreateInstance()方法。这个方法将创建方法参数指定类型的类对象。它与前面的GetObject()不同的是,它要在客户端调用构造函数,而GetObject()只是获得对象,而创建实例是在服务器端完成的。CreateInstance()方法有很多个重载,我着重说一下其中常用的两个。
1) public static object CreateInstance(Type type, object[] args, object[] activationAttributes);
参数说明:
type:要创建的对象的类型。
args :与要调用构造函数的参数数量、顺序和类型匹配的参数数组。如果 args 为空数组或空引用(Visual Basic 中为 Nothing),则调用不带任何参数的构造函数(默认构造函数)。
activationAttributes :包含一个或多个可以参与激活的属性的数组。
这里的参数args是一个object[]数组类型。它可以传递要创建对象的构造函数中的参数。从这里其实可以得到一个结论:WellKnown激活模式所传递的远程对象类,只能使用默认的构造函数;而Activated模式则可以用户自定义构造函数。
activationAttributes参数在这个方法中通常用来传递服务器的url。
假设我们的远程对象类ServerObject有个构造函数:






那么实现的代码是:








可以看到,objs[]数组传递的就是构造函数的参数。
2、public static ObjectHandle CreateInstance(string assemblyName, string typeName, object[] activationAttribute);
参数说明:
- assemblyName
- 将在其中查找名为 typeName 的类型的程序集的名称。如果 assemblyName 为空引用(Visual Basic 中为 Nothing),则搜索正在执行的程序集。
- typeName
- 首选类型的名称。
- activationAttributes
- 包含一个或多个可以参与激活的属性的数组。
参数说明一目了然。注意这个方法返回值为ObjectHandle类型,因此代码与前不同::



那么,这个方法实际上是调用的默认构造函数。ObjectHandle.Unwrap()方法是返回被包装的对象。
说明:要使用UrlAttribute,还需要在命名空间中添加:using System.Runtime.Remoting.Activation;
通过这些代码的比较,我们还可以得到一个不幸的结论:
对于Activated激活模式,不管是使用静态方法,还是使用CreateInstance()方法,都必须在客户端调用构造函数实例化对象。这样一来,在客户端我们提供的远程对象,就不可能只提供接口,而没有类的实现。而在WellKnown模式,因为在客户端只是用GetObject()获得对象,实例化是在服务器端完成的。所以客户端我们只提供接口就够了。
所以对于Activated模式,我们必须在服务器和客户端提供两份完全相同的远程对象Dll,这个结果确实让人很沮丧。有没有其他方法实现呢?鉴于它的实现原理,答案显然是否定的。我看了MSDN上的文章,唯一的可行方案就是利用前文提到的用工厂的方法。要注意的是:这种方法是一种利用WellKnown模式来模拟Activated模式,是一种方法的折中。
前文说过,服务器端远程对象,提供两个接口。一个接口是具体要传递的远程对象的接口,一个就是工厂接口。还必须有个工厂类实现工厂接口,提供创建远程对象实例的方法。






























而客户端呢,只提供接口就可以了。









然后我们用WellKnown激活模式,在服务器端:





注意这里注册的不是ServerObject类对象,而是ServerObjFactory类对象。
客户端:







首先用GetObject()返回工厂接口,再利用该接口对象调用工厂的方法CreateInstance()来创建IServerObject对象。
也许有人会纳闷了,这里使用的是WellKnown模式啊,为什么说是Activated模式呢?是这样的,本质来说,它是WellKnown模式。但由于我们利用了工厂来创建实例,因此感觉上是在客户端来创建具体的远程对象实例。因此,我说这是一种方法的折中。
好了,写到这里,自认为交待清楚了。但Remoting的实现远不止于此,还有很多高级复杂的东西我们还没有用到。例如自定义通道,自定义MarshalByReferenceObject派生类,生命周期管理,自定义代理。这些东西我也弄不清楚。如果以后弄明白了,希望能写点东西。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· 阿里巴巴 QwQ-32B真的超越了 DeepSeek R-1吗?
· 【译】Visual Studio 中新的强大生产力特性
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 【设计模式】告别冗长if-else语句:使用策略模式优化代码结构