.Net组件程序设计之远程调用(一)

.Net组件程序设计之远程调用(一)

1应用程序域

我们知道我们写的C#代码是在操作系统逻辑体系结构中最上层的,然而操作系统本身是不会认识C#代码的,它只认识机器代码。那我们写的程序经过编译后是编译成IL的,是怎么运行的呢?实际是在一个托管的环境下运行的,是.NET提供的支持,操作系统是不会识别IL的,这中间就需要一个桥梁:应用程序域。操作系统中的进程是资源单位,应用程序域的执行使用当然也要占用空间使用资源了,所以是物理进程承载着应用程序域的,而且这种承载关系并不是一对一的。

图:应用程序域

使用应用程序域这样的机制,是有许多好处的。比如说客户端在调用其他组件的时候可以创建一个应用程序域,然后在新建的应用程序域中加载组件进行操作等等,即使被调用的组件发生一些致命的错误也不会导致客户端崩溃,有效的进行了错误隔离。还有一些数据交互传输上的性能差异等等,这里不做详细的阐述了。

2.NET Remoting

.NET Remoting是一种基于.NET平台的分布式系统框架,所了解的就是用于数据传输。
说几句它被使用的局限性很大,受到了平台的限制,当然如果仅仅是这样是不能否定它的强大和几乎无限扩展的框架体系,无论在哪一个环节你都可以自己来实现一些自定义的功能。会在下个篇幅稍作讲解。

3.AppDomain

在.NET中用AppDoMain类来表示应用程序域,也提供了获取当前应用程序域的方法,可以直接使用AppDoMain类的静态属性CurrentDomain来获取到当前程序所在的应用程序域,这是一种方法,还额外提供一种了,就是Thread类的GetDomain()静态方法也是可以获取到的。

3.1 在当前应用程序域中创建对象


 1 namespace RemoteServer
2 public class class1
3 {
4 private string appDoMainName;
5
6 public class1()
7 {
8 appDoMainName = AppDomain.CurrentDomain.FriendlyName;
9 }
10
11 public void Writer()
12 {
13 Console.WriteLine(appDoMainName);
14 }
15 }

class1中构造函数是获取当前应用程序域的名称,并且是在Writer()方法中输出到控制台界面中,


using RemoteServer;

namespace RemoteCase
{
AppDomain appDoMain = AppDomain.CurrentDomain;
class1 cls1 = (class1)appDoMain.CreateInstanceFromAndUnwrap("RemoteServer.dll", "RemoteServer.class1");
cls1.Writer();
}

图3-1

这里使用了AppDomain中的静态方法CreateInstanceFromAndUnwrap(),因为当前项目已经引用了RemoteServer程序集,所以第一个参数只是一个显示的名称,并不是全路径,在调用方法的时候,应用程序域会加载程序集,用于获取到元数据。

3.2 在新建应用程序域中创建对象


 1 namespace RemoteServer
2 public class class1:MarshalByRefObject
3 {
4 private string appDoMainName;
5
6 public class1()
7 {
8 appDoMainName = AppDomain.CurrentDomain.FriendlyName;
9 }
10
11 public void Writer()
12 {
13 Console.WriteLine(appDoMainName);
14 }
15 }


1 using RemoteServer;
2
3 AppDomain appDoMain = AppDomain.CurrentDomain;
4 AppDomain newDoMain = AppDomain.CreateDomain("NewDoMain");
5 class1 cls1 = (class1)newDoMain.CreateInstanceFromAndUnwrap("RemoteServer.dll", "RemoteServer.class1");
6 cls1.Writer();

图3-2

3.3 拆包远程对象

图3-3-1

这段代码是3.2中的代码,cls1并不是class1类型本身,而是代理,访问远程对象都是通过代理完成的,这么屌炸天的.NET当然提供优化,将创建远程对象和在客户端建立代理分离,这样可以在你创建了一个远程对象之后再建立代理。
AppDomain类提供了一套CreateInstance()方法来创建对象,但是都以ObjectHandle的形式返回一个远程对象句柄(意思就是远程对象的唯一标示,这个句柄能代表远程对象)

ObjectHandle对象实现了System.Runtime.Remoting命名空间下的IObjectHandle接口:


 1 namespace RemoteServer
2 public class class1:MarshalByRefObject
3 {
4 private string appDoMainName;
5
6 public class1()
7 {
8 appDoMainName = AppDomain.CurrentDomain.FriendlyName;
9 }
10
11 public void Writer()
12 {
13 Console.WriteLine(appDoMainName);
14 }
15
16 }


 1 using RemoteServer;
2
3 AppDomain appDoMain = AppDomain.CurrentDomain;
4 AppDomain newDoMain = AppDomain.CreateDomain("NewDoMain");
5 IObjectHandle objecthandle;
6 objecthandle = newDoMain.CreateInstance("RemoteServer", "RemoteServer.class1");
7
8 RemoteServer.class1 cls1 = objecthandle.Unwrap() as RemoteServer.class1;
9
10 cls1.Writer();

一般情况下是不需要手动拆包对象句柄的,这样做的好处只是可以推迟加载RemoteServer程序集,只有在
objecthandle.Unwrap()的时候才会建立代理,而建立代理必须需要对象元数据。

4远程对象类型

一般情况下,被引用对象和客户端同在一个应用程序域,这样的情况下不涉及到代理,也不会用到什么远程调用,

而是直接引用对象,如果当你需要调用另一个应用程序域里的对象时会是什么样的?默认情况下.NET是不允许对象跨应用程序域访问的,

不管是不是在同一个进程内。但是呢如果要访问,也不是不行的,.NET提供了两种数据传递方式,一种是值传递,一种是引用传递

4.1按值封送

当应用程序域A调用应用程序域B中的对象时,应用程序域B中的对象会被拷贝一个克隆到应用程序域A,这时候两个对象是不存在任何关系的,这种情况叫做按值封送
  
一般情况下都是使类型使用Serializable特性,支持序列化,通过序列化来达到按值封送的目的,在被调用方序列化,到调用方反序列化。

4.2引用封送

这种情况就是当应用程序域A调用应用程序域B的对象时,应用程序域A获得的是应用程序域B中对象的引用,

这个引用挂在哪里呢?挂在应用程序域A的对象代理上,这种情况就叫引用封送   
引用封送就比按值封送有意思多了,想要满足可以引用封送的要求,则对象必须继承自MarshalByRefObject,MarshalByRefObject类型给出的解释就是
允许在支持远程处理的应用程序中跨应用程序域边界访问对象,这样作为它的子类同样的也享受这样的优待。在引用封送中会有两种远程对象激活模式,这个内容在下一个篇幅中会有详细的示例代码。

作者:金源

出处:http://www.cnblogs.com/jin-yuan/

本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面

.Net组件程序设计之远程调用(一),布布扣,bubuko.com

时间: 2024-08-07 12:06:41

.Net组件程序设计之远程调用(一)的相关文章

.Net组件程序设计之远程调用(二)

position:static(静态定位) 当position属性定义为static时,可以将元素定义为静态位置,所谓静态位置就是各个元素在HTML文档流中应有的位置 podisition定位问题.所以当没有定义position属性时,并不说明该元素没有自己的位置,它会遵循默认显示为静态位置,在静态定位状态下无法通过坐标值(top,left,right,bottom)来改变它的位置. position:absolute(绝对定位) 当position属性定义为absolute时,元素会脱离文档流

.Net组件程序设计之异步调用

.Net组件程序设计之异步调用 说到异步调用,在脑海中首先想到就是BeginInvoke(),在一些常用对象中我们也会常常见到Invoke()和BeginInvoke(), 要想让自己的组件可以被客户端调用或者是异步调用,这样的设计是合理的,这也是组件异步机制当中的一条 (说句题外话--其实大多数知识都隐藏在我们平时经常见到的对象或者是代码里,只不过是没有去细心的发现) 在.NET中首先就会想到使用委托来进行异步调用,关于委托的定义在 委托与事件一文中已经大概的说过了,文中只是对委托进行了 大概

zookeeper系列之七—从远程调用认识zookeeper

http://www.csdn.net/article/2014-01-02/2817944-zookeeper 在Hadoop的学习过程中,Zookeeper是让很多初学者困惑的技术,远程调用服务是一个很适合zookeeper应用的场景,这里从自己设计的远程调用服务架构谈起,详细介绍了Zookeeper这一应用场景. Zookeeper技术详解 在远程服务里Zookeeper使用在远程调用管理组件里,而服务调用者则是Zookeeper的客户端,远程调用管理组件也是远程调用服务的核心所在,如果远

RHEL6-X Window System-8.图形桌面的本地调用与远程调用解析

Linux的X或X11 (X Window System)是一个基础的图形框架接口,拥有基本的图形显示.在此框架基础之上,有诸如GNOME/KDE之类的图形桌面窗口管理应用软件(Window manager).而且图形框架X11包括两大部分X Client与X Server,采用C/S主从架构.所以它是一个system而不单单只是一个组件. Linux图形桌面的本地调用与远程调用解析如图 说明: 通过图形还是文本控制台传递命令,经过内核处理后,返回相应的数据给对方 本地情况: 1.如果是图形,则

EC应用之多平台接口远程调用

在传统的网络应用编写中都是通过接收消息处理然后应答,但在.net 3.0后提供了一个基于业务接口调用的网络交互体系WCF.基于WCF .NET程序可以通过接口调用的方式进行远程业务调用处理.由于WCF是MS提供的体系,所以在mono和xamarin所支持的其他平台都没有良好地被支持.但随便着mono和xamarin的迅速发展,基于业务接口远程调用的服务体系该提供给更多平台提供通讯的便利性;为了解决这些问题EC组件提供了一套基于业务接口远程调用方法实现,借助于mono和xamarin可以使些功能简

WebService与RMI(远程调用方式实现系统间通信)

前言 本文是<分布式java应用基础与实践>读书笔记:另外参考了此博客,感觉讲的挺好的,尤其是其中如下内容: 另外,消息方式实现系统间通信本文不涉及.RMI则只采用spring RMI框架来实现效果,更多的则是来讲讲webService及效果. RMI(Remote Method Invocation) ----> spring RMI(配置及实现直接参考spring文档,已经很详细了) spring RMI工作原理图如下: RMI代码结构图: 服务端代码 接口Business.java

.NET组件程序设计之线程、并发管理(二)

.Net组件程序设计之线程.并发管理(二) 2.同步线程 手动同步 监视器 互斥 可等待事件 同步线程 所有的.NET组件都支持在多线程的环境中运行,可以被多个线程并发访问,如果没有线程同步,这样的后果是当多个线程同时访问 对象状态时,对象的状态可能被破坏,造成不一致性..NET提供了两种方法来避免这样的问题,使得我们设计的组件更加健壮. 第一种是自动同步,让你使用一个属性来修饰组件,这样就可以把组件交给.NET了,同步的事情也就交给了.NET. 第二种是手动同步,这是让你使用.NET提供的同步

Flex远程调用机制RemoteObject应用技巧

转自:http://zerozone.javaeye.com/blog/60846Flex远程调用RemoteObject出现的问题及解答: 本文主要讨论Flex在客户端与J2EE中间层数据交互的过程. Flex是构建RIA应用的客户端技术.它的优势在于提供了丰富的客户 端表现能力(例如增强UI组件.缓存.拖放.收缩/展开等),避免了基于HTML技术的缺陷:同时无缝地结合了J2EE技术在中间层(业务逻辑层)的强大优势. 尽 管MacroMedia提出的"体验经济"有宣传策略的成分,但R

.Net组件程序设计之线程、并发管理(一)

.Net组件程序设计之线程.并发管理(一) 1.线程 线程 线程的创建 线程的阻塞 线程挂起 线程睡眠 加入线程 线程中止 现在几乎所有的应用程序都是多线程的,给用户看来就是一个应用程序界面(应用程序线程),不管什么操作都不会导致界面出现响应慢的情况,这些都是多线程的功劳,有了多线程,可以让应用程序尽最大可能的处理更多的操作,调动很多线程来并行处理请求,这样会使得应用程序有更大的系统吞吐量. 1.线程 1.1线程 线程是什么呢?线程就是进程中的一条执行路径,每个应用程序至少在一个线程上运行.在本