dotnet学习笔记三 - 程序域程序集

大部分开发技术和环境都定义了自己的代码执行和资源所有的范围。操作系统是以进程为范围的，IIS， ASP，JSP是以一个虚拟目录（Virtual Directory）为范围的。而.NET的公共语言运行时（CLR）是以应用程序域（AppDomain）为基础范围的。

程序域基本和进程的概念相同，是代码运行和资源访问的限制区域。普通的win32应用的资源和地址空间是在进程内共享的。.NET中所有的对象和资源只能在AppDomain的范围中访问，对象不能在其他的AppDomain中访问。这样的做法保证了应用运行的安全性，防止有意和无意的代码破坏，也能防止由于某个AppDomain的崩溃导致其他AppDomain的崩溃。不过这个前提是保证代码是托管的（Managed）。如果是非托管的代码，比如使用指针，理论上就可以访问整个进程的内存空间，就可能导致无法预料的事情发生。AppDomain比进程来说消耗资源要少一些。每一个进程操作系统要分配一个内核对象，分配地址空间。不过相对于进程间的互相访问（也要使用一些比较特殊的方式来实现，如Windows消息，内存映射等）来说，AppDomain之间的互相访问要困难一些。不过AppDomain是以进程为宿主的。一个进程可以有多个AppDomain。

使用.NET提供的AppDomain类，我们可以创建自己的AppDomain。如下面的代码示例：

代码1

namespace ConsoleApp li cation1 {      /// <summary>      /// Summary description for Class1.      /// </summary>      class Class1      {          /// <summary>          /// The main entry point for the app li cation.          /// </summary>          [STAThread]          static void Main (string[] args)          {               //               // TODO: Add code to start app li cation here               //               Console.WriteLine( "CurrentDomain Name is: {0}", AppDomain.CurrentDomain.FriendlyName );                 AppDomain newDomain = AppDomain.CreateDomain( "New Domain", null, null );               newDomain.ExecuteAssembly( "ConsoleApp li cation2.exe" );          }      } }

使用AppDomain类的静态变量CurrentDomain可以得到当前AppDomain的引用。使用静态函数CreateDomain可以创建新的AppDomain。ExecuteAssembly可以执行某个程序集。上面代码中的两个AppDomain：CurrentDomain和newDomain就在同一个进程中，这一点可以通过Windows任务管理器察看进程数得到，运行时系统进程数只增加了一。

程序集（Assembly）类似于普通程序的模块，可以是一个或者多个Exe和Dll文件。Assembly有私有和全局之分，私有的Assebmly只要放在程序的home目录下就可以了。公共Assembly则必须要有强名称，利用.NET提供的工具安装到系统中。

每个AppDomain都有自己的Assembly的副本，不管他们是不是在同一个进程内。如下图：

这个并不是绝对的，用户可以通过设置CLR来确定是否进程内的AppDomain可以共享某一个程序集，这样就节省了资源，提高了速度，但同时就丧失了安全性。

Assembly一旦载入是不能被卸载的，除非它所在的程序域被卸载。我们可以通过编程来卸载AppDomain。就代码1中的newDomain，我们就可以使用AppDomain.Unload(newDomain)的语句来卸载它。