解析.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）。三種方式的共同特點，服務物件建立且一直保持在宿主應用程式中。
傳引用封送的方式在這裡就不做詳細介紹了。
四.總結：
物件的跨應用程式域方法的問題就介紹這麼多，希望對大家有所幫助。