.Net下的AppDomain编程 [摘录]

    最近在对AppDomain编程时遇到了一个问题,卸载AppDomain后,在内存中还保留它加载的DLL的数据,所以即使卸载掉AppDomain,还是无法更新它加载的DLL.看来只有关闭整个进程来更新DLL了.

--------------------------------------------------------------------------------------------------------------

    我们知道，进程是操作系统用于隔离众多正在运行的应用程序的机制。在．Net之前，每一个应用程序被加载到单独的进程中，并为该进程指定私有的虚拟内存。进程不能直接访问物理内存，操作系统通过其它的处理把这些虚拟内存映射到物理内存或IO设备的某个区域，而这些物理内存之间不会有重叠，这就决定了一个进程不可能访问分配给另一个进程的内存。相应地，运行在该进程中的应用程序也不可能写入另一个应用程序的内存，这确保了任何执行出错的代码不会损害其地址空间以外的应用程序。在这种机制下，进程作为应用程序之间一个独立而安全的边界在很大程度上提高了运行安全。

进程的缺点是降低了性能。许多一起工作的进程需要相互通信，而进程却不能共享任何内存，你不能通过任何有意义的方式使用从一个进程传递到另一个进程的内存指针。此外，你不能在两个进程间进行直接调用。你必须代之以使用代理，它提供一定程度的间接性。虽然，使用动态连接库dll让所有的组件运行在同一空间，一定程度上可以提高性能，但这些组件相互影响，一个组件的错误将极有可能导致整个应用程序的崩溃，“dll地狱”更是让许多应用程序难以避免。

应用程序域(AppDomain)

在．Net中，应用程序有了一个新的边界：应用程序域（以下简称域）。它是一个用于隔离应用程序的虚拟边界。为了禁止不应交互的代码进行交互，这种隔离是必要的。．Net的应用程序在域层次上进行隔离，一个域中的应用程序不能直接访问另一个域中的代码和数据。这种隔离使得在一个应用程序范围内创建的所有对象都在一个域内创建，确保在同一进程中一个域内运行的代码不会影响其他域内的应用程序，大大提高了运行的安全。

.Net结构中，由于公共语言运行库能够验证代码是否为类型安全的代码，所以它可以提供与进程边界一样大的隔离级别，其性能开销也要低得多。你可以在单个进程中运行几个域，而不会造成进程间调用或切换等方面的额外开销。这种方法是把任何一个进程分解到多个域中，允许多个应用程序在同一进程中运行，每个域大致对应一个应用程序，运行的每个线程都在一个特殊的域中。如果不同的可执行文件都运行在同一个进程空间中，它们就能轻松地共享数据或直接访问彼此的数据。这种代码同运行同一个进程但域不同的类型安全代码一起运行时是安全的。在一个进程内运行多个应用程序的能力显著增强了服务器的可伸缩性。

域间通信

域是．Net 带来的一个重要改进，它不仅将众多在运行的应用程序隔离开来，还不影响彼此间通信。虽然，公共语言运行库禁止在不同域中的对象之间进行直接调用，但我们可以复制这些对象，或通过代理访问这些对象。如果以前一种方式，那么对该对象的调用为本地调用。也就是说，调用方和被引用的对象位于同一域中。如果通过代理访问对象，调用方和被引用的对象位于不同的域中，对该对象的调用被视为远程调用，这种情形与两个进程间的调用或两台计算机间的调用结构大致相同。这时，需要被引用对象的元数据对于两个域均可用，以便.Net即时编译JIT能正确执行。

域与线程的关系

在.Net中，线程是公共语言运行库用来执行代码的操作系统构造。在运行时，所有托管代码均加载到一个域中，由特定的操作系统线程来运行。然而，域和线程之间并不具有一一对应关系。在任意给定时间，单个域中可以执行不止一个线程，而且特定线程也并不局限在单个域内。也就是说，线程可以跨越域边界，不为每个域创建新线程。当然，在指定时刻，每一线程都只能在一个域中执行。运行库会跟踪所有域中有哪些线程正在运行。通过调用．Net类库的 Thread.GetDomain 方法，你还可以确定正在执行的线程所在的域。

域的创建

作为公共语言运行库的隔离单元，域在进程中创建和运行。．Ｎet结构中，运行时宿主(也叫作运行时主机)是负责将运行时载入进程并在域中执行用户代码和托管代码的应用程序。运行时宿主包括ASP．Net、浏览器Internet Explorer 和 Windows等外壳程序，负责创建进程和默认域，例如，Asp．Net为每个运行在web服务器上的web应用程序创建一个域。浏览器Internet explore创建运行受管制控件的域。

对多数应用程序，你并不必须创建相应的域，每次CLR在初始化一个进程时，将创建默认域，并使该进程运行于这个默认域下。然而，默认域不能由任何系统调用来卸载，该域只有在进程被卸载之后才能被销毁。如果直接在默认域下编程或运行代码，而由于某种原因域的代码崩溃了，那么就有使得整个服务随之崩溃的风险。

于是，针对不同的应用程序，应该创建和配置相应的域并载入适当的程序集。．Net为此提供了丰富的类库。其中，AppDomain 类是域的编程接口，其大量的（重载）方法能完成以下任务：

· 创建域

· 在域中加载程序集和类型

· 枚举域中的程序集和线程

· 卸载域

创建新域时，使用AppDomain 类的静态方法CreateDomain。你可以为域命名并按该名称来引用域。下面的示例语句创建新域，并为它指定名称 MyDomain：

AppDomain myDomain = AppDomain.CreateDomain("MyDomain");

然后你可以查询当前域的名称和新创建子域的名称：

string hostDomain=AppDomain.CurrentDomain.FriendlyName;
          string childDomain=myDomain.FriendlyName;

在这里，属性FriendlyName表示的是域的友好名称,友好名称通过从程序集的基本代码中去除目录路径而形成。例如，文件名为 "d:\MyAppDomain\MyAssembly.exe" 的程序集加载到默认域中，域的友好名称就是 "MyAssembly.exe"。

更一般的是，在创建域之前，先设置好域的参数，这可以通过类AppDomainSetup来完成。该类的ApplicationBase 属性定义应用程序的根目录， AppDomainSetup 类还有一个极重要的属性变量LoaderOptimizzation，取值可以是MultiDomain，MultiDomainHost和SignleDomain等，用以指定被加载程序集的类别（共享程序集或域专用程序集），例如，以下语句把程序集设置为域专用程序集：

appDomainSetup.LoaderOptimization=LoaderOptimizatiion.SigleDomain;

对以上两个方面简单归纳一下，对域的典型操作就包括：设置参数然后创建两个步骤，语句示例如下：

AppDomainSetup appDomainSetup=new AppDomainSetup();//实例化域设置
appDomainSetup.LoaderOptimization=LoaderOptimization.SingleDomain; //指定域类别
AppDoman ad=AppDomain.CreateDomain(domainName,appDomainSetup); //创建域
．．．
//应用程序在这里运行代码
．．．
AppDomain.Unload(ad);//卸载域

卸载域

当使用完域时，可使用AppDomain类Unload()静态方法将其卸载。要卸载进程中在运行的托管代码，只能卸载代码运行时所在的域而不能卸载单独的程序集或类型，Unload方法会正常关闭指定的域。这时，载入域的所有程序集都会被移除，并且无法再使用。不过，如果域中的程序集对域是非特定的（域无关程序集，也即共享程序集），则程序集的数据会保留在内存中，直到整个进程关闭。除了关闭整个进程，没有机制可以卸载非特定于域的程序集。在某些情况下，卸载应用程序域的请求不起作用，并导致 CannotUnloadAppDomainException。由于一个进程中允许包含多个域，某个域可以在不停止整个进程的情况下卸载。以这样的方式卸载不再需要的代码，可以减少内存占用并极大提高应用程序的可缩放性。此外，由于线程并不与域一一对应，当域中存在活动线程时，调用AppDomain.Unload方法可能无法将域卸载并导致异常。

另外,ICorRuntimeHost 接口包括一个名为 Stop 的方法，宿主可以使用该方法从进程中强制卸载运行库。当调用 Stop 时，将立即卸载所有域（包括默认域和所有非特定于域的代码），并从进程中全部移除运行库。当对进程调用 Stop 后，不能将运行库加载回该进程。要再次开始运行托管代码，必须创建一个新的进程。

在域中加载程序集

从上面的论述不难看出：要运行应用程序，必须首先将程序集（.Net下经编译产生，包含IL中间语言、元数据及清单等）加载到域中。而且一个域中可装载多个程序集。默认情况下，公共语言运行库自动将一个程序集加载到包含引用该程序集的代码的域。通过此方法，该程序集的代码和数据独立于使用该程序集的应用程序。

自行创建域的好处之一便是可以指定如何装载程序集。在域中有以下两种方式加载程序集：

1、将当前程序集加载入单独的域中，同一个程序集可能有多个副本；

2、以非特定于域的形式加载程序集，让一个程序集在多个域间共享；

这两种方式各自偏重于安全性和性能，需要视具体情况在二者之间权衡。具体地，在 ．Net 框架中，System.Reflection.Assembly 类提供以下静态方法将程序集加载至域：

· Load()在给顶程序集名称的前提下，加载该程序集：

Assembly SampleAssembly;
…
SampleAssembly = Assembly.Load("System.Data");//根据类型加载程序集

· LoadFrom()在已知程序集文件名或路径等信息的情况下加载程序集：

Assembly SampleAssembly;
…
SampleAssembly = Assembly.LoadFrom("c:\\Sample.Assembly.dll");//根据已有程序集名称加载

参考资料：

《Microsoft .NET Framework程序设计》《.NET Framework高级编程》《.NET框架精髓 》等