您好,登录后才能下订单哦!
.Net组件程序设计之远程调用(一)
我们知道我们写的C#代码是在操作系统逻辑体系结构中最上层的,然而操作系统本身是不会认识C#代码的,它只认识机器代码。那我们写的程序经过编译后是编译成IL的,是怎么运行的呢?实际是在一个托管的环境下运行的,是.NET提供的支持,操作系统是不会识别IL的,这中间就需要一个桥梁:应用程序域。操作系统中的进程是资源单位,应用程序域的执行使用当然也要占用空间使用资源了,所以是物理进程承载着应用程序域的,而且这种承载关系并不是一对一的。
图:应用程序域
使用应用程序域这样的机制,是有许多好处的。比如说客户端在调用其他组件的时候可以创建一个应用程序域,然后在新建的应用程序域中加载组件进行操作等等,即使被调用的组件发生一些致命的错误也不会导致客户端崩溃,有效的进行了错误隔离。还有一些数据交互传输上的性能差异等等,这里不做详细的阐述了。
.NET Remoting是一种基于.NET平台的分布式系统框架,所了解的就是用于数据传输。 说几句它被使用的局限性很大,受到了平台的限制,当然如果仅仅是这样是不能否定它的强大和几乎无限扩展的框架体系,无论在哪一个环节你都可以自己来实现一些自定义的功能。会在下个篇幅稍作讲解。
在.NET中用AppDoMain类来表示应用程序域,也提供了获取当前应用程序域的方法,可以直接使用AppDoMain类的静态属性CurrentDomain来获取到当前程序所在的应用程序域,这是一种方法,还额外提供一种了,就是Thread类的GetDomain()静态方法也是可以获取到的。
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程序集,所以第一个参数只是一个显示的名称,并不是全路径,在调用方法的时候,应用程序域会加载程序集,用于获取到元数据。
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-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()的时候才会建立代理,而建立代理必须需要对象元数据。
一般情况下,被引用对象和客户端同在一个应用程序域,这样的情况下不涉及到代理,也不会用到什么远程调用,
而是直接引用对象,如果当你需要调用另一个应用程序域里的对象时会是什么样的?默认情况下.NET是不允许对象跨应用程序域访问的,
不管是不是在同一个进程内。但是呢如果要访问,也不是不行的,.NET提供了两种数据传递方式,一种是值传递,一种是引用传递
当应用程序域A调用应用程序域B中的对象时,应用程序域B中的对象会被拷贝一个克隆到应用程序域A,这时候两个对象是不存在任何关系的,这种情况叫做按值封送 一般情况下都是使类型使用Serializable特性,支持序列化,通过序列化来达到按值封送的目的,在被调用方序列化,到调用方反序列化。
这种情况就是当应用程序域A调用应用程序域B的对象时,应用程序域A获得的是应用程序域B中对象的引用,
这个引用挂在哪里呢?挂在应用程序域A的对象代理上,这种情况就叫引用封送 引用封送就比按值封送有意思多了,想要满足可以引用封送的要求,则对象必须继承自MarshalByRefObject,MarshalByRefObject类型给出的解释就是 允许在支持远程处理的应用程序中跨应用程序域边界访问对象,这样作为它的子类同样的也享受这样的优待。在引用封送中会有两种远程对象激活模式,这个内容在下一个篇幅中会有详细的示例代码。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。