大部分开发技术和环境都定义了自己的代码执行和资源所有的范围。操作系统是以进程为范围的,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)的语句来卸载它。