.Net Remoting Architecture

news/2024/5/22 8:16:42

.Net Remoting Architecture

一幅凝固的油画

    .Net remoting基础架构是一种抽象的进程间通信机制,许多系统实现细节不必去关心,比如可以通过值或者拷贝方式传递的对象,是自动的在两个不同的应用域之间传递的,你只需要关注你自己的类。

    但是,remoting的真正强大之处在于不同对象之间的信息传递,而这些对象可以在不同的应用域或者不同的进程之中,它们可以使用不同的协议、数据流传输格式、对象生命周期模式、以及对象产生方式。另外,remoting使得干预对象调用细节称为可能,

    无论你已经是一个多层分布式应用开发者,或者你希望移植现有的应用到一个分布式应用平台以扩展系统的延展性,采用remoting是最好的选择。  

    下面从.net remoting的对象互操作基础开始讨论。  

拷贝还是引用? 

    跨进程通信机制要求一个服务器对象,它服务于进程之外的调用者,一个发起服务器调用的客户端,一个从一端到另一端馈送调用请求的传输机制。  

    服务器方法的调用地址是逻辑地址,而且只能工作在一个进程中,不能工作在不同的客户端进程之中。为了解决这个问题,客户端可以拷贝这个服务器对象到客户端进程中,然后直接调用这个对象。  

    但是,并非所有的对象可以或者应该被拷贝到其他的进程中执行,对于非常庞大的对象作拷贝或者值引用是一种不合时宜的做法。通常客户端需要的仅仅是一个或者几个方法的信息,而无需拷贝所有的方法、大量的内部信息和可执行的数据结构等无关信息,这将导致对网络带宽的大量浪费,也会给客户段带来沉重负荷。另外,很多public方法需要内部私有参数的支持,拷贝这些信息将导致客户端可以检测到对象内部的私有信息,带来安全性的问题。最后,有些对象的数据几乎不能用任何可以接受的方式拷贝到客户端,比如,一个文件对象可能会应用本地操作系统上的资源,这个引用地址在其他客户端的内存中不具备可用性。  

    考虑这种情况,服务器段传递给客户端的只是一个对象的引用,而不是整个对象。客户端则利用这个对象引用来调用位于服务器上的对象,这个调用并不在客户端执行,相反,它收集了足够的关于调用的需求信息传递到服务器端,服务器端装载适当的对象并根据客户端的需求执行,执行的结果将被返回到发起调用的客户端。于是,网络上传输的只有调用命令、调用参数、返回值。   

Remoting架构的简化  

    在服务器端和客户端使用对象饮用机制是remoting的核心。Remoting给开发者提供了更有简洁的开发过程,如果你正确的配置了客户端,你只需要用new方法产生一个远程对象的实例instance(或者用托管的编程语言中的实例生成函数),你的客户端根据这个引用接口调用远程服务器上的方法,就像这个对象在自己的进程中一样,而不是在远程的服务器上。  

    Remoting system采用代理对象proxy(broker)给你这样的感觉,好似远程对象就在本地执行一样。Proxy对象是一个“魔术师”,在任何时候,proxy将会“成为”你需要的调用对象。因为当客户端产生一个远程对象实例的时候,remoting infrastructure将产生一个proxy对象,这个对象看起来就是你需要调用的远程对象,你的所有远程调用需求都将直接在这个proxy对象上完成。 

    当客户端通过proxy调用远程对象方法时,proxy将把这个调用请求传递给底层的remoting systemremoting system则把这个请求路由给远程服务器上的remoting system,进而调用远程对象,返回调用结果到客户端的proxy,由proxy传递给客户端应用。  

    远程调用必须用某种策略在客户端和服务器端之间来回传递,如果你需要开发一个远程调用系统,你可能需要掌握网络编程、网络协议、数据流传输格式等方面的知识和规范。在.net remoting中,这些底层的数据流传输技术由一个称为“通道(channel)”的技术来解决。  

    Channel用来传输数据流,根据用户指定的网络传输协议产生数据封包,并且传递这些数据封包。一些channel仅仅用来接受数据,一些channel则用来发送数据,还有一些则用于数据的双向传输,比如tcpchannel,httpchannel  

    客户端常常采用URLURI来定位服务器对象。  

 

完整的Remoting架构设计   

    假设你有一个应用在客户机运行,而你需要调用另外一台服务器上被开放的服务。我们来探讨一下这个过程。  

    如果服务器和客户端都已经配置完毕,当client object应用发起调用时,客户端remoting system产生一个proxy object,这个对象就是服务器端的对象在客户端的代理,它将返回一个引用给client objectClient object通过一个引用来获取对象的服务。  

    当一个客户端调用服务器方法时,remoting 基础架构(proxy + remoting system)将检查类型信息并且通过channel(tcp/http)发送这个调用到服务器进程。服务器端的侦听机制将截获这个请求,并且转发到服务器端的remoting system,由这个remoting system定位或者动态生成一个对象是例,并且执行它,执行结果则逆向返回到客户端。  

    上述过程只需要做适当的配置,几乎不需要编写代码就可以完成。记住有时候尽管代码是争取的,也未必有正确的调用,因为URL或者channel的端口号可能不正确。





http://www.niftyadmin.cn/n/3657485.html

相关文章

1.5.2 ZFNet

目录1.5.2 ZFNet5.7 反卷积(Deconvnet)5.7.1 上采样池化(UnPooling)5.7.2 反卷积过程5.8 ZFNet 架构设计5.9 ZFNet 的贡献1.5.2 ZFNet 在前文中,我们对 AlexNet 的架构以及核心组件做了相关介绍,虽然 Alex…

装 Visual Studio 2005 的用户请赶快打补丁

今天早上微软发布了一个补丁,修复了Visual Studio 2005的一个安全漏洞 下面是我的安装信息 Microsoft Visual Studio 2005 Service Pack 1 安全更新 (KB937061) 安装日期: ‎2007/‎9/‎12 8:40 安装状态: 成功 更新类型: 重要 最近发现了一个安全问题,攻…

1.6 VGG GoogleNet

目录1.6 VGG & GoogleNet1.6.1 VGGNet1.6.2 GoogleNet1.6.2.1 Bottleneck Layer1.6.2.2 Inception 模块1.6.2.3 Inception-v1 网络架构1.6 VGG & GoogleNet 在前文中,我们提到,通过对 CNN 网络架构进行可视化研究,我们发现网络层次增…

生成 RSS2.0 文档可能犯错误的一些地方

手下有个人在创建一个RSS2.0文档时,对RSS2.0的一些项的规范不是很了解,把数据放错了地方,我下面就整理一些他犯错误的地方。避免其他人也犯这个错误。完整的RSS2.0规范可以看以下链接地址:http://tonyqus.cnblogs.com/archive/200…

2.1 目标检测简介

目录2.1 目标检测简介[^1]2.1.1 传统的目标检测方法2.1.2 深度学习时代的目标检测2.1 目标检测简介1 目标检测是另一项非常重要的计算机视觉任务,图像分类的目的是辨别图片中所包含的主体对象是什么,而目标检测的目标是检测图像中某对象的位置所在。简单…

从HTTP状态 301,302,200 来看页面跳转

301和302 Http状态有啥区别?301,302 都是HTTP状态的编码,都代表着某个URL发生了转移,不同之处在于: 301 redirect: 301 代表永久性转移(Permanently Moved), 302 redirect: 302 代表暂时性转移(Temporarily…

3.1 EGBIS

目录3.1 EGBIS3.1.1 算法基础概念3.1.2 EGBIS 算法3.1.3 算法应用参考资料3.1 EGBIS 在本章内容中,我们将介绍基于图的高效图像分割(Efficient Graph-Based Image Segmentation, EGBIS)算法,该算法是基于图的贪婪聚合算法&#x…

推荐阅读《Applications = Code + Markup》

最近在通过一边动手做一个智能客户端的WPF应用,一边在学习WPF技术。 WPF技术跟之前的Windows Form应用两者给我的感觉是:这两个技术是一个非常大的跨越。很多Windows Form的心得,想法,思想在WPF中都不再有用了。 我最近几年学习新…