AppDomain 详解（转）

AppDomain是CLR的运行单元，它能够加载Assembly、建立对象以及执行程序。

AppDomain是CLR实现代码隔离的基本机制。

每个AppDomain能够单独运行、中止；每一个AppDomain有本身默认的异常处理；
一个AppDomain的运行失败不会影响到其余的AppDomain。

CLR在被CLR Host(windows shell or InternetExplorer or SQL Server)加载后，要建立一个默认的AppDomain，程序的入口点

(Main方法)就是在这个默认的AppDomain中执行。

1.AppDomain vs 进程
AppDomain被建立在进程中，一个进程内能够有多个AppDomain。一个AppDomain只能属于一个进程。

2.AppDomain vs 线程
其实二者原本没什么好对比的。AppDomain是个静态概念，只是限定了对象的边界；线程是个动态概念，它能够运行在不一样的
AppDomain。
一个AppDomain内能够建立多个线程，可是不能限定这些线程只能在本AppDomain内执行代码。

CLR中的System.Threading.Thread对象实际上是个soft thread，它并不能被操做系统识别；操做系统能识别的是hard thread。
一个soft thread只属于一个AppDomain，穿越AppDomain的是hard thread。当hard thread访问到某个AppDomain时,一个

AppDomain就会为之产生一个soft thread。

hard thread有thread local storage(TLS)，这个存储区被CLR用来存储这个hard thread当前对应的AppDomain引用以及soft

thread引用。当一个hard thread穿越到另一个AppDomain时，TLS中的这些引用也会改变。
固然这个说法极可能是和CLR的实现相关的。

3.AppDomain vs Assembly
Assembly是.Net程序的基本部署单元，它能够为CLR提供用于识别类型的元数据等等。Assembly不能单独执行，它必须被加载到

AppDomain中，而后由AppDomain建立程序集中的对象。
一个Assembly能够被多个AppDomain加载，一个AppDomain能够加载多个Assembly。

每一个AppDomain引用到某个类型的时候须要把相应的assembly在各自的AppDomain中初始化。所以，每一个AppDomain会单独保持一

个类的静态变量。

4.AppDomain vs 对象
任何对象只能属于一个AppDomain。AppDomain用来隔离对象，不一样AppDomain之间的对象必须经过Proxy(reference type)或者

Clone(value type)通讯。

引用类型须要继承System.MarshalByRefObject才能被Marshal/UnMarshal(Proxy)。
值类型须要设置Serializable属性才能被Marshal/UnMarshal(Clone)。

5.AppDomain vs Assembly Code
AppDomain和程序集的源代码是什么关系呢？每一个程序集的代码会分别装载到各个AppDomain中？
首先咱们要把程序集分3类
1.mscorlib，这是每一个.net程序都要引用到的程序集。
2.GAC，这个是强命名的公用程序集，能够被全部的.net程序引用。
3.Assembly not in GAC，这是普通的assembly，能够不是强命名，不放到GAC中。

启动CLR，进入entry point时能够设置LoaderOptimization属性：

[LoaderOptimization(LoaderOptimization.MultiDomain]
static void Main()
{...}

LoaderOptimization属性能够设置三个不一样的枚举值，来设置针对前面说的三种程序集的代码存放以及访问方式。

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中，访问静态变量更快捷。

2.MultiDomain，全部的Assembly代码是进程级别的，所以全部的AppDomain只访问一份代码。这大大减小了程序占用的内存，但

是因为程序集的静态变量仍然在各个AppDomain中，所以代码访问静态变量须要先获得AppDomain的引用再进行转换，速度会受到

影响。

3.MultiDomainHost，只有GAC代码是共享的，非GAC的Assembly依然会加载到被使用的AppDomain中，这样提升了静态变量的访问

速度，固然也增长了程序占用的内存。 

 

不论是哪一种方式，mscorlib始终是process级别的，即只有一份mscorlib代码在内存中。

C#中动态加载和卸载DLL

在C++中加载和卸载DLL是一件很容易的事，LoadLibrary和FreeLibrary让你可以轻易的在程序中加载DLL，而后在任何地方 卸载。在C#中咱们也能使用Assembly.LoadFile实现动态加载DLL，可是当你试图卸载时，你会很惊讶的发现Assembly没有提供任何 卸载的方法。这是因为托管代码的自动垃圾回收机制会作这件事情，因此C#不提供释放资源的函数，一切由垃圾回收来作。 

这引起了一个问题，用Assembly加载的DLL可能只在程序结束的时候才会被释放，这也意味着在程序运行期间没法更新被加载的DLL。而这个功能在某 些程序设计时是很是必要的，考虑你正在用反射机制写一个查看DLL中全部函数详细信息的程序，程序提供一个菜单让用户能够选择DLL文件，这时就须要让程 序可以卸载DLL，不然一旦用户从新获得新版本DLL时，必需要从新启动程序，从新选择加载DLL文件，这样的设计是用户没法忍受的。 

C#也提供了实现动态卸载DLL的方法，经过AppDomain来实现。AppDomain是一个独立执行应用程序的环境，当AppDomain被卸载的 时候，在该环境中的全部资源也将被回收。关于AppDomain的详细资料参考MSDN。下面是使用AppDomain实现动态卸载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. 每一个线程都有一个默认的AppDomain，能够经过Thread.GetDomain()来获得