AppDomain是CLR的運(yùn)行單元，它可以加載Assembly、創(chuàng)建對象以及執(zhí)行程序。
AppDomain是CLR實(shí)現(xiàn)代碼隔離的基本機(jī)制。 每一個AppDomain可以單獨(dú)運(yùn)行、停止；每個AppDomain有自己默認(rèn)的異常處理；
一個AppDomain的運(yùn)行失敗不會影響到其他的AppDomain。
CLR在被CLR Host(windows shell or InternetExplorer or SQL Server)加載后，要創(chuàng)建一個默認(rèn)的AppDomain，程序的入口點(diǎn) (Main方法)就是在這個默認(rèn)的AppDomain中執(zhí)行。
1.AppDomain vs 進(jìn)程
AppDomain被創(chuàng)建在進(jìn)程中，一個進(jìn)程內(nèi)可以有多個AppDomain。一個AppDomain只能屬于一個進(jìn)程。
2.AppDomain vs 線程
其實(shí)兩者本來沒什么好對比的。AppDomain是個靜態(tài)概念，只是限定了對象的邊界；線程是個動態(tài)概念，它可以運(yùn)行在不同的
AppDomain。
一個AppDomain內(nèi)可以創(chuàng)建多個線程，但是不能限定這些線程只能在本AppDomain內(nèi)執(zhí)行代碼。
CLR中的System.Threading.Thread對象其實(shí)是個soft thread，它并不能被操作系統(tǒng)識別；操作系統(tǒng)能識別的是hard thread。
一個soft thread只屬于一個AppDomain，穿越AppDomain的是hard thread。當(dāng)hard thread訪問到某個AppDomain時,一個 AppDomain就會為之產(chǎn)生一個soft thread。 hard thread有thread local storage(TLS)，這個存儲區(qū)被CLR用來存儲這個hard thread當(dāng)前對應(yīng)的AppDomain引用以及soft thread引用。當(dāng)一個hard thread穿越到另外一個AppDomain時，TLS中的這些引用也會改變。
當(dāng)然這個說法很可能是和CLR的實(shí)現(xiàn)相關(guān)的。
3.AppDomain vs Assembly
Assembly是.Net程序的基本部署單元，它可以為CLR提供用于識別類型的元數(shù)據(jù)等等。Assembly不能單獨(dú)執(zhí)行，它必須被加載到 AppDomain中，然后由AppDomain創(chuàng)建程序集中的對象。
一個Assembly可以被多個AppDomain加載，一個AppDomain可以加載多個Assembly。 每個AppDomain引用到某個類型的時候需要把相應(yīng)的assembly在各自的AppDomain中初始化。因此，每個AppDomain會單獨(dú)保持一 個類的靜態(tài)變量。
4.AppDomain vs 對象
任何對象只能屬于一個AppDomain。AppDomain用來隔離對象，不同AppDomain之間的對象必須通過Proxy(reference type)或者 Clone(value type)通信。 引用類型需要繼承System.MarshalByRefObject才能被Marshal/UnMarshal(Proxy)。
值類型需要設(shè)置Serializable屬性才能被Marshal/UnMarshal(Clone)。
5.AppDomain vs Assembly Code
AppDomain和程序集的源代碼是什么關(guān)系呢？每個程序集的代碼會分別裝載到各個AppDomain中？
首先我們要把程序集分3類
1.mscorlib，這是每個.net程序都要引用到的程序集。
2.GAC，這個是強(qiáng)命名的公用程序集，可以被所有的.net程序引用。
3.Assembly not in GAC，這是普通的assembly，可以不是強(qiáng)命名，不放到GAC中。 啟動CLR，進(jìn)入entry point時可以設(shè)置LoaderOptimization屬性：
[LoaderOptimization(LoaderOptimization.MultiDomain]
static void Main()
{...}
LoaderOptimization屬性可以設(shè)置三個不同的枚舉值，來設(shè)置針對前面說的三種程序集的代碼存放以及訪問方式。

LoaderOptimization Enumeration/Attribute

Value Expected Domains in Process Each Domain Expected to Run ... Code for MSCORLIB Code for Assemblies in GAC Code for Assemblies not in GAC SingleDomain One N/A Per-process Per-domain Per-domain MultiDomain Many Same Program Per-process Per-process Per-process MultiDomainHost Many Different Programs Per-process Per-process Per-domain
1.SingleDomain，由于只啟動一個AppDomain，那么code就被直接裝載到了AppDomain中，訪問靜態(tài)變量更快捷。 2.MultiDomain，所有的Assembly代碼是進(jìn)程級別的，因此所有的AppDomain只訪問一份代碼。這大大減少了程序占用的內(nèi)存，但 是由于程序集的靜態(tài)變量仍然在各個AppDomain中，因此代碼訪問靜態(tài)變量需要先得到AppDomain的引用再進(jìn)行轉(zhuǎn)換，速度會受到 影響。 3.MultiDomainHost，只有GAC代碼是共享的，非GAC的Assembly依然會加載到被使用的AppDomain中，這樣提高了靜態(tài)變量的訪問 速度，當(dāng)然也增加了程序占用的內(nèi)存。? 不管是哪種方式，mscorlib始終是process級別的，即只有一份mscorlib代碼在內(nèi)存中。

C#中動態(tài)加載和卸載DLL

在C++中加載和卸載DLL是一件很容易的事，LoadLibrary和FreeLibrary讓你能夠輕易的在程序中加載DLL，然后在任何地方卸載。在C#中我們也能使用Assembly.LoadFile實(shí)現(xiàn)動態(tài)加載DLL，但是當(dāng)你試圖卸載時，你會很驚訝的發(fā)現(xiàn)Assembly沒有提供任何卸載的方法。這是由于托管代碼的自動垃圾回收機(jī)制會做這件事情，所以C#不提供釋放資源的函數(shù)，一切由垃圾回收來做。

這引發(fā)了一個問題，用Assembly加載的DLL可能只在程序結(jié)束的時候才會被釋放，這也意味著在程序運(yùn)行期間無法更新被加載的DLL。而這個功能在某些程序設(shè)計(jì)時是非常必要的，考慮你正在用反射機(jī)制寫一個查看DLL中所有函數(shù)詳細(xì)信息的程序，程序提供一個菜單讓用戶可以選擇DLL文件，這時就需要讓程序能夠卸載DLL，否則一旦用戶重新得到新版本DLL時，必須要重新啟動程序，重新選擇加載DLL文件，這樣的設(shè)計(jì)是用戶無法忍受的。

C#也提供了實(shí)現(xiàn)動態(tài)卸載DLL的方法，通過AppDomain來實(shí)現(xiàn)。AppDomain是一個獨(dú)立執(zhí)行應(yīng)用程序的環(huán)境，當(dāng)AppDomain被卸載的時候，在該環(huán)境中的所有資源也將被回收。關(guān)于AppDomain的詳細(xì)資料參考MSDN。下面是使用AppDomain實(shí)現(xiàn)動態(tài)卸載DLL的代碼，

using System;
using System.Collections.Generic;
using System.Text;
using System.Threading;
using System.Reflection;
namespace UnloadDll
{
class Program
{
static void Main(string[] args)
{
string callingDomainName = AppDomain.CurrentDomain.FriendlyName;//Thread.GetDomain().FriendlyName;
Console.WriteLine(callingDomainName);
AppDomain ad = AppDomain.CreateDomain("DLL Unload test");
ProxyObject obj = (ProxyObject)ad.CreateInstanceFromAndUnwrap(@"UnloadDll.exe", "UnloadDll.ProxyObject");
obj.LoadAssembly();
obj.Invoke("TestDll.Class1", "Test", "It's a test");
AppDomain.Unload(ad);
obj = null;
Console.ReadLine();
}
}
class ProxyObject : MarshalByRefObject
{
Assembly assembly = null;
public void LoadAssembly()
{
assembly = Assembly.LoadFile(@"TestDLL.dll");
}
public bool Invoke(string fullClassName, string methodName, params Object[] args)
{
if(assembly == null)
return false;
Type tp = assembly.GetType(fullClassName);
if (tp == null)
return false;
MethodInfo method = tp.GetMethod(methodName);
if (method == null)
return false;
Object obj = Activator.CreateInstance(tp);
method.Invoke(obj, args);
return true;
}
}
}

注意：

1. 要想讓一個對象能夠穿過AppDomain邊界，必須要繼承MarshalByRefObject類，否則無法被其他AppDomain使用。

2. 每個線程都有一個默認(rèn)的AppDomain，可以通過Thread.GetDomain()來得到

總結(jié)

以上是生活随笔為你收集整理的AppDomain，应用程序域的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。