大部分开发技术和环境都定义了自己的代码执行和资源所有的范围。操作系统是以进程为范围的,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 ConsoleAppXML:namespace prefix = st1 ns = "urn:schemas-microsoft-com:Office:smarttags" />lication1
{
///
/// Summary description for Class1.
///
class Class1
{
///
/// The main entry point for the application.
///
[STAThread]
static void Main(string[] args)
{
//
// TODO: Add code to start application here
//
Console.WriteLine( "CurrentDomain Name is: {0}", AppDomain.CurrentDomain.FriendlyName );
AppDomain newDomain = AppDomain.CreateDomain( "New Domain", null, null );
newDomain.ExecuteAssembly( "ConsoleApplication2.exe" );
}
}
}
使用AppDomain类的静态变量CurrentDomain可以得到当前AppDomain的引用。使用静态函数CreateDomain可以创建新的AppDomain。ExecuteAssembly可以执行某个程序集。上面代码中的两个AppDomain:CurrentDomain和newDomain就在同一个进程中,这一点可以通过Windows任务管理器察看进程数得到,运行时系统进程数只增加了一。
程序集(Assembly)类似于普通程序的模块,可以是一个或者多个Exe和Dll文件。Assembly有私有和全局之分,私有的Assebmly只要放在程序的home目录下就可以了。公共Assembly则必须要有强名称,利用.NET提供的工具安装到系统中。
每个AppDomain都有自己的Assembly的副本,不管他们是不是在同一个进程内。如下图:2003-7-141026210.jpg">
这个并不是绝对的,用户可以通过设置CLR来确定是否进程内的AppDomain可以共享某一个程序集,这样就节省了资源,提高了速度,但同时就丧失了安全性。
Assembly一旦载入是不能被卸载的,除非它所在的程序域被卸载。我们可以通过编程来卸载AppDomain。就代码1中的newDomain,我们就可以使用AppDomain.Unload(newDomain)的语句来卸载它。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/10748419/viewspace-959197/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/10748419/viewspace-959197/