.net远程

.NET远程OTOT是一种Microsoft应用程序编程接口（API），用于2002年发行的Intercons Communication ，其1.0版本的.NET Framework 。它是一系列Microsoft Technologies中的一种，该技术始于1990年，其第一个版本的对象链接和嵌入（OLE）用于16位窗口。这些技术开发的中间步骤是1993年发布的组件对像模型（COM），并于1995年更新为Com-95，分布式组件对像模型（DCOM），并于1997年发布（并更名为ActiveX ），并使用其Microsoft Transaction服务器（MTS）于2000年发布。它现在被Windows Communication Foundation （WCF）取代，该基金会是.NET Framework 3.0的一部分。

就像其家庭成员和类似的技术一样，例如Common Object请求经纪架构（CORBA）和Java的远程方法调用（RMI），.NET远程远程很复杂，但其本质很简单。在操作系统和网络代理的帮助下，客户流程将消息发送到服务器流程并收到答复。

概述

.NET远程启动允许应用程序在远程边界之间提供一个可用的对象（称为远程对象），其中包括不同的应用程序，进程，过程，甚至由网络连接的不同计算机。 .NET远程运行时将侦听器托管到服务器应用程序AppDomain中的对象的侦听器。在客户端端，对远程对象的任何请求均由.NET远程运行时通过Channel对象进行代理，该运行时间封装了实际的传输模式，包括TCP流， HTTP流和命名管道。结果，通过实例化适当的Channel对象，可以制定.NET远程应用程序以支持不同的通信协议而无需重新编译应用程序。运行时本身可以管理客户端和服务器应用程序中对象的序列化和编组。

.NET远程提及客户端应用程序可远程对象的引用，然后将其实例化并使用远程对象，就好像它是本地对像一样。但是，实际的代码执行发生在服务器端。通过激活URL识别远程对象，并通过与URL的连接实例化。当服务器注册用于连接到远方对象的通道时，该对象的侦听器是由远程运行时创建的。在客户端，远程基础架构创建了proxy ，该代理是对远程对象的伪造物的伪造。它不会实现远程对象的功能，而是提出了类似的接口。因此，远程基础架构需要事先知道远程对象的公共接口。对对象进行的任何方法调用，包括方法的身份和传递的任何参数，都序列化为字节流，并通过通信协议依赖性Channel传输到服务器端的收件人代理对象（“编辑”），由写信给频道的运输水槽。在服务器端，代理读取流的流，并代表客户端拨打远程对象。结果被序列化，并将其转移到渠道上，转移到客户端，在那里代理读取结果并将其交给调用应用程序。如果远处的对象需要对某些服务的客户端对象进行回调，则客户端应用程序必须将其标记为远程访问，并具有远程运行时主机为其侦听器。如果基础连接支持双向通信，则服务器可以通过不同的通道连接到它，或者在已经存在的通道上连接。通道可以由许多不同的通道对象组成，可能具有不同的异质运输。因此，远程远程也可以在包括Internet在内的异质网络互连的系统之间工作。类型安全由CTS和.NET远程运行时执行。远程方法调用本质上是同步的；可以使用线程库实现异步调用。可以通过使用自定义频道或托管IIS中的远方对象，然后使用IIS身份验证系统来为客户端实现身份验证和访问控制。