解析.NET對象的跨應用程序域訪問(下篇)

    轉眼就到了元宵節,匆匆忙忙的腳步是我們在爲生活奮鬥的寫照,新的一年,我們應該努力讓自己有不一樣的生活和追求。生命不息,奮鬥不止。在上篇博文中主要介紹了.NET的AppDomain的相關信息,在本篇博文中將會主要說明.NET程序集、對象代理,以及對象的封送原理。

一.程序集解析:

    談到程序集,就要知道什麼叫做程序集,我們看看程序集的定義是什麼。程序集大致分爲兩種:一種是類庫(就是我們看到的.DLL文件);一種是可執行程序(就是我們看到的.EXE文件)。程序集是一個或多個模塊/資源文件的邏輯分組(一個模塊成爲單模塊程序集或者單文件程序集;多個模塊成爲多模塊程序集或者多文件程序集);程序集是重用、安全性以及版本控制的最小單元。程序集的主要構成,請看下面的圖示:

      程序集並不一定對應唯一的一個文件,也可以包含多個文件,在多個文件組成的程序集中,包含程序集清單的文件稱爲主模塊,每個程序集都必須包含一個主模塊,並且只有一個。對於程序集更加詳細的介紹,在另一篇博文中有所介紹,在這裏就不在贅述,博文地址:http://www.cnblogs.com/pengze0902/p/6043525.html

二.DotNet的對象代理解析:

   1.對象代理概述:

      本文主要是講解對象的跨應用程序域訪問,前面介紹了應用程序域和程序集的相關信息,在這裏就要開始講解如何來實現對象的跨應用程序域的訪問操作。對象跨應用程序域的操作需要知道代理和封送,代理提供了和遠程對象完全相同的接口,代理有着和遠程對象完全一樣的接口和名稱,對於客戶端而言,代理就好像遠程對象一樣。但是代理並不包含向客戶端程序提供服務的實際代碼,代理僅僅是將自己與某一實際對象綁定,然後將客戶端對自己的請求打包爲消息,然後發送給實際對象。

     在這裏首先介紹一下代理,就需要知道兩個名詞“透明代理”和“真實代理”。有如下圖所示:

    透明代理是由CLR創建的一種特別對象,主要是爲了將方法調用轉換成消息交換。由上圖可以看到透明代理和真實代理,透明代理和真實代理是一一對應的關係。透明代理對象最終必須充當一個特定的類型的實例。

    一個程序獲得透明代理的引用後,這個程序將在代理對象上使用方法調用。當程序在透明代理對象上使用方法調用時,CLR將創建一個新的消息對象以表示這個調用,CLR會將這個消息傳遞給真實代理用於處理。

    真實代理將產生另外一條消息,以表示調用的結果,透明代理將使用第二條消息對這個調用的對戰進行轉化,透明地將結果傳送給調用方。如果真實代理返回的響應消息包含異常,透明代理將再次拋出這個異常,並再一次將結果傳給調用方。

   透明代理和真實代理之間的消息交換是通過真實帶來的Invoke方法發生。在透明代理對象上的方法調用,導致從基於堆棧處理的信息轉換爲基於消息處理的方式。再返回響應消息之前,真實代理的Invoke實現可能將消息分發給任何數量的處理節點,爲了傳送調用到的一個實際對象,最終的處理節點歸根結底都需要將請求消息轉換爲堆棧幀。     

   2.對象代理原理解析:

        上面主要介紹了代理的一些基本理論,下面看一下這些核心對象。

    (1).RealProxy.GetTransparentProxy():返回 RealProxy 的當前實例的透明代理。  

  public virtual object GetTransparentProxy()
    {
      return this._tp;
    }

       該方法在System.Runtime.Remoting.Proxies命名空間下,RealProxy類:提供代理的基本功能。

    (2).ProxyAttribute.CreateProxy():創建由指定的 ObjRef描述並位於服務器上的遠程對象的遠程處理代理的實例。 

[SecurityCritical]
    public virtual RealProxy CreateProxy(ObjRef objRef, Type serverType, object serverObject, Context serverContext)
    {
      RemotingProxy remotingProxy = new RemotingProxy(serverType);
      if (serverContext != null)
        RealProxy.SetStubData((RealProxy) remotingProxy, (object) serverContext.InternalContextID);
      if (objRef != null && objRef.GetServerIdentity().IsAllocated)
        remotingProxy.SetSrvInfo(objRef.GetServerIdentity(), objRef.GetDomainID());
      remotingProxy.Initialized = true;
      Type type = serverType;
      if (!type.IsContextful && !type.IsMarshalByRef && serverContext != null)
        throw new RemotingException(Environment.GetResourceString("Remoting_Activation_MBR_ProxyAttribute"));
      return (RealProxy) remotingProxy;
    }

   該方法在 System.Runtime.Remoting.Proxies命名空間下,ProxyAttribute類指示對象類型需要自定義代理。該方法接收5個參數,objRef:對要爲其創建代理的遠程對象的對象引用;serverType:遠程對象所在的服務器的類型;serverObject:服務器對象;serverContext:服務器對象所在的上下文。該方法在指定的 <see cref="T:System.Runtime.Remoting.ObjRef"/> 中說明的遠程對象的遠程處理代理的新實例。

    (3).RemotingServices:提供多種使用和發佈遠程對象及代理的方法。此類不能被繼承。

       GetRealProxy()方法返回指定透明代理後面的真實代理。

 [SecurityCritical]
    [ReliabilityContract(Consistency.WillNotCorruptState, Cer.Success)]
    [MethodImpl(MethodImplOptions.InternalCall)]
    public static extern RealProxy GetRealProxy(object proxy);

     該方法接收參數,proxy:一個透明代理。該方法返回透明代理後面的真實代理實例。

     IsTransparentProxy()方法返回一個布爾值,該值指示給定的對象是透明代理還是實際對象。

[SecuritySafeCritical]
    [ReliabilityContract(Consistency.WillNotCorruptState, Cer.Success)]
    [MethodImpl(MethodImplOptions.InternalCall)]
    public static extern bool IsTransparentProxy(object proxy);

    該方法接收一個參數,proxy:參數對要檢查的對象的引用。該方法返回指定的對象是透明代理還是實際對象。

   ExecuteMessage():連接到指定的遠程對象,並對其執行提供的 <see cref="T:System.Runtime.Remoting.Messaging.IMethodCallMessage"/>。

  [SecurityCritical]
    public static IMethodReturnMessage ExecuteMessage(MarshalByRefObject target, IMethodCallMessage reqMsg)
    {
      if (target == null)
        throw new ArgumentNullException("target");
      RealProxy realProxy = RemotingServices.GetRealProxy((object) target);
      if (realProxy is RemotingProxy && !realProxy.DoContextsMatch())
        throw new RemotingException(Environment.GetResourceString("Remoting_Proxy_WrongContext"));
      return (IMethodReturnMessage) new StackBuilderSink(target).SyncProcessMessage((IMessage) reqMsg);
    }

    該方法接收兩個參數,target:要調用其方法的遠程對象。reqMsg:指定的遠程對象的方法的方法調用消息。該方法知識簡單地爲目標對象創建一個堆棧生成器,並且發送一個消息給這個接收器。堆棧生成器接收器處理底層的堆棧操作,並且調用實際的方法。當方法終止時,堆棧生成器接收器把作爲結果的堆棧幀轉換爲響應的消息,CLR用它作爲該方法調用的結果返回。

三.DotNet的對象封送解析:

     上面介紹了代理,下面簡單的介紹一下對象的封送,對象的封送分爲兩種,第一種爲傳值封送;第二種爲傳引用封送。   

   1.傳值封送:

      當位於A應用程序域的對象傳遞給B應用程序域,.NET將A中對象的狀態進行復制、序列化、然後在B中重新創建,並通過代理對象進行訪問。

                     (1 傳值封送)                                                           (2 傳引用封送)

2.傳引用封送:

      傳引用封送的結構如上圖所示,當客戶端在代理調用方法時,由代理將對方法的請求發送給遠程對象,遠程對象執行方法請求,最後再將結果傳回給客戶端,這種方法叫做傳引用封送。傳引用封送分爲三種不同的方式,分爲客戶端激活(Client Activated)、服務端激活Singleton(Server Activated Singleton)、服務端激活SingleCall(Server Activated SingleCall)。三種方式的共同特點,服務對象創建且一直保持在宿主應用程序中。

   傳引用封送的方式在這裏就不做詳細介紹了。

四.總結:

    對象的跨應用程序域方法的問題就介紹這麼多,希望對大家有所幫助。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章