[ZZ]Remoting基本原理及其扩展机制（上）

.NET Remoting是.NET平台上允许存在于不同应用程序域中的对象相互知晓对方并进行通讯的基础设施。调用对象被称为客户端，而被调用对象则被称为服务器或者服务器对象。简而言之，它就是.NET平台上实现分布式对象系统的框架。

传统的方法调用是通过栈实现，调用方法前将this指针以及方法参数压入线程栈中，线程执行方法时将栈中的参数取出作为本地变量，经过一番计算后，将方法的返回结果压入栈中。这样我们就完成了一次方法调用。如下图所示：

View Code

if (this._sinkProvider != null)
{
CoreChannel.AppendProviderToClientProviderChain(this._sinkProvider,
new HttpClientTransportSinkProvider(this._timeout));
}

[/code]
那么我们又如何在.NET Remoting中定义自己的SinkProvider并让它发挥作用呢？下面这幅图演示如果使用自定义SinkProvider对Pipeline进行定制。



图2

首先在配置文件中引用自定义的ChannelSinkProvider的类名及其所在程序集，然后编写自定义的
ChannelSinkProvider的具体实现，也就是加入你需要的ChannelSink，最后在自定义的ChannelSink中实现具体的处理
操作。这样我们向Pipeline中成功地添加了自定义处理模块。这里需要提醒大家注意，接收方的Pipeline信道与发送方Pipeline之间存在
着一个根本的差异。发送方Pipeline为每个远程对象的真实代理创建一个接收器（Sink）链。接收方信道在其创建之时创建了接收器（Sink）链，
这条链将为所有通过这个接收方Pipeline进行转送的调用所使用，不论与这个调用相关联的对象是哪个。下图展示了这个差异：



图3

细心的读者可能已经注意到之前我们定制的是ChannelSink，为什么要加上一个Channel呢？让我们回过头去再看看图1，其中有两个绿色
的Sink，他们都是Remoting中可选的组件，也是我们对Pipeline进行扩展的地方。你可以在这两个地方加入自定义的Sink，从而对流经
Pipeline的数据做某些需要的处理，前者需实现IMessageSink接口，后者需要实现IXXXChannelSink接口，那么它们又有何不
同呢？注意看图1，我们会发现其中隔了一个Formmatter Sink，而Formmatter
Sink的作用就是将原来的.NET消息变成可在网络上传播的数据流（可以是Binary或Soap格式），这也就表明前者的输入是消息对象，而后者的输
入是数据流(Stream)。这也就决定了他们各自所能实现的扩展功能是不同的。比如，操作消息对象，我们可以把远程方法的参数变一变（比如从英文翻成中
文），而操作数据流，我们可以实现数据流的加密或压缩之类功能。如何定制新的ChannelSink并将其加入到Pipeline中已经在图2中演示过
了，那么MessageSink呢？请关注下节内容。

系列文章

参考资料：

《Advanced Remoting》

《Pattern oriented software architecture vol1》

《Remoting Patterns》

《Pratical .NET2 and C#2》

原文出处:http://www.cnblogs.com/idior/archive/2007/01/09/611265.html