| | | | 1 2 3 4 5 6 下一页
摘要：本文提供了 Microsoft .NET Remoting 框架的技术概述，其中包括了使用 TCP 通道或 HTTP 通道的示例。
简介
Microsoft? .NET Remoting 提供了一种允许对象通过应用程序域与另一对象进行交互的框架。这种框架提供了多种服务，包括激活和生存期支持，以及负责与远程应用程序进行消息传输的通讯通道。格式化程序用于在消息通过通道传输之前，对其进行编码和解码。应用程序可以在注重性能的场合使用二进制编码，在需要与其他远程处理框架进行交互的场合使用 XML 编码。在从一个应用程序域向另一个应用程序域传输消息时，所有的 XML 编码都使用 SOAP 协议。出于安全性方面的考虑，远程处理提供了大量挂钩，使得在消息流通过通道进行传输之前，安全接收器能够访问消息和序列化流。
通常，如果没有底层框架的支持，管理远程对象的生存期会非常麻烦。.NET Remoting 提供了许多可供选择的生存期模型，这些模型分为两个类别：
客户端激活对象
服务器激活对象
客户端激活对象受基于租用的生存期管理器的控制，这种管理器确保了租用期满时对象可被回收。而对于服务器激活对象，开发人员则可以选择“单一调用”模式或“单一元素”模式。
远程对象
任何远程处理框架的主要目的之一就是要提供必要的基础结构，以便隐藏远程对象调用方法和返回结果的复杂性。任何位于调用方应用程序域之外的对象，即使在同一台计算机上执行，也会被认为是远程对象。在应用程序域内部，原始数据类型按数值传递，而所有的对象按引用传递。因为本地对象引用仅在创建对象的应用程序域内有效，所以它们不能以这种方式传递到远程方法调用或从远程方法调用返回。所有必须跨越应用程序域的本地对象都必须按数值来传递，并且应该用 [serializable] 自定义属性作标记，否则它们必须实现 ISerializable 接口。对象作为参数传递时，框架将该对象序列化并传输到目标应用程序域，对象将在该目标应用程序域中被重新构造。无法序列化的本地对象将不能传递到其他应用程序域中，因而也不能远程处理。
通过从 MarshalByRefObject 导出对象，您可以使任一对象变为远程对象。当某个客户端激活一个远程对象时，它将接收到该远程对象的代理。对该代理的所有操作都被适当地重新定向，使远程处理基础结构能够正确截取和转发调用。尽管这种重新定向对性能有一些影响，但 JIT 编译器和执行引擎 (EE) 已经优化，可以在代理和远程对象驻留在同一个应用程序域中时，防止不必要的性能损失。如果代理和远程对象不在同一个应用程序域中，则堆栈中的所有方法调用参数会被转换为消息并被传输到远程应用程序域，这些消息将在该远程应用程序域中被转换为原来的堆栈帧，同时该方法调用也会被调用。从方法调用中返回结果时也使用同一过程。
1 2 3 4 5 6 下一页
【责任编辑： 】
| |
查cseek报价
