您需要考虑使用这个servlet的惟一情况是在应用程序中设置SeamRemoting的时候。
在可以调用远程对象之前，服务器上的远程处理系统必须注册了至少一个信道。
集群操作（如果你喜欢，可以把它叫做remoting或者分布式）会完全被提取到配置任务中。
调用堆栈中的较高位置上至少有一个调用方没有配置远程处理类型和信道的权限。
类和动态发布来扩展系统或者在运行时使用远程处理。
当您将其强制转换为不同的类型时，远程处理基础结构跟踪最常用的类型，以防止不必要地加载该类型。
第二，与IIS集成是确保跨进程.NETRemoting调用的唯一途径，如下一节所述。
显示自应用程序启动后在所有应用程序域上注册的远程处理信道的总数。
这种交互的细节由SeamRemoting框架处理，只要您提供对话令牌即可。
包含用于在远程处理应用程序配置文件中放置自定义设置的标记。
最后，客户端远程处理系统通过代理将调用的结果返回给客户端对象。
创建一个标注接收器，并将其链接到所提供的位于远程处理调用客户端的上下文边界处的接收器链的前面。
SOAP格式化程序和HTTP信道的存在回避了一个问题：可以使用.NETRemoting建立Web服务吗？
使用对象引用在服务器对象和客户端之间进行通信是远程处理的核心。
在远程部署中，收集器运行在一个单独的进程中，并使用某种形式的JMXRemoting来连接目标JVM。
任何应用程序都可以承载远程处理对象，从而将其服务提供给它的计算机或网络上的任何客户端。
在通过远程处理进行二进制传输时，这个新选项使DataSet和DataTable可以使用二进制格式进行序列化。
请注意，这一相同测试也可应用于使用Web服务或远程处理的代码，但是本文对这些内容未做讲述。
描述并位于服务器上的远程对象的远程处理代理的实例。
为了免受这种攻击，.NETFramework远程处理提供了两个自动反序列化级别：Low和Full。
在远程处理调用的服务器端上的上下文边界上分配侦听接收器。
然后，远程处理结构将消息转换为方法调用，并调用服务器对象。
描述对使用远程处理的安全性要求以及帮助生成安全的远程处理应用程序的基本方法。
客户端在跨任何类型的远程处理边界使用对象时，对对象使用的实际上是透明代理。
虽然远程处理进程的这种高级别概述相当简单，但低级别的详细信息可能是非常复杂的。
NETRemoting管线还支持SOAP消息，但必须注意这并没有改变其对客户端的要求。
托管远程处理可以适应通信组件之间的防火墙，如下面的插图所示。
显示自进程启动后该进程中的远程处理代理对象的总数。