.net AppDomain

应用程序域（由 AppDomain 对象表示）为执行托管代码提供隔离、卸载和安全边界。
•    使用应用程序域隔离可能终止进程的任务。 如果正在执行任务的 AppDomain 的状态变得不稳定，则可以卸载 AppDomain，但不会影响进程。 当进程必须不重新启动而长时间运行时，这一点很重要。 还可使用应用程序域隔离不应共享数据的任务。
•    如果程序集被加载到默认应用程序域中，则当进程运行时将无法从内存中卸载该程序集。 但是，如果打开另一个应用程序域来加载和执行程序集，则卸载该应用程序域时也会同时卸载程序集。 使用此技术最小化长时间运行的进程的工作集，这些进程偶尔会使用大型 DLL。
多个应用程序域可以在一个进程中运行；但是，在应用程序域和线程之间没有一对一的关联。 多个线程可以属于一个应用程序域，尽管给定的线程并不局限于一个应用程序域，但在任何给定时间，线程都在一个应用程序域中执行。
使用 CreateDomain 方法创建应用程序域。 AppDomain 实例用于加载和执行程序集 （Assembly)。 当不再使用 AppDomain 时，可以将它卸载。
AppDomain 类实现一组事件，这些事件使应用程序可以在加载程序集、要卸载应用程序域或引发未经处理的异常时进行响应。
有关使用应用程序域的更多信息，请参见 应用程序域。
此类实现 MarshalByRefObject、_AppDomain 和 IEvidenceFactory 接口。
在任何情况下都不应创建 AppDomain 对象的可远程控制的包装。 这样做可发布对该 AppDomain 的远程引用，将诸如 CreateInstance 方法向远程访问公开，并有效损坏该 AppDomain 的代码访问安全性。 连接到远程 AppDomain 的恶意客户端可以获得对 AppDomain 本身可访问的所有资源的访问权。 您不应为任何以下类型创建可远程控制的包装：扩展 MarshalByRefObject 的类型和实现恶意客户端可用来绕过安全系统的方法的类型。
当在Windows中启动Notepad程序时，众所周知程序会执行一个包含在容器内的进程。可以启动多个Notepad的实例，并且每个实例都会在一个专注的进行程运行。使用任务管理器，可以看到在系统中当前运行的所有进程的清单。

　　一个进程包括可执行从操作系统中保留的在内存中的代码和程序数据。在进程之内只少有一个包含在进程之内的正在执行指令的线程，并且在多数情况下有多个线程。如果程序打开了任何文件或者资源，这些资源将属于这个进程。

　　一个进程也有一个分界线。包含在进程之内的错误代码不能在当前进程之外的地区腐化。在一个进程之内很容易通讯，但是专业技术要求一个进程对另一个进程通讯是必需的。每一个进程也在一个特殊的上下文安全系统中运行，这个安全系统规定在机器和网络中进程做什么。

　　一个进程是一个在Windows   操作系统中独立运行的最小单位。这会给在一个单一服务器上对一大堆应用程序的ISP提出一个问题。ISP将会分离每一个在同一个服务器上的与另一个公司的应用程序干扰的ASP.NET应用程序。但是相关的发射和执行一个对成百上千的应用程序的过程成本禁止的。

　　介绍应用程序域

　　.NET介绍一个应用程序域的概念，或者AppDomain像一个过程，AppDomain是既是容器又是边界线。.NET运行时间使用   AppDomain作为代码和数据的容器，就像操作系统一个过程作为代码和数据的容器一样。当操作系统使用一个过程来分离不整齐的代码时，.NET运行时间使用一个AppDomain来分离在一个安全边线内的代码。

　　一个AppDomain仅仅属于一个单过程，但是单个过程能够保持多重的AppDomain。一个Appdomain创建起来相对容易（与一个过程比较起来），并且与一个过程比较起来具有少的维护费用。由于这些原因，一个AppDomain是ISP（提供成千上万的应用程序）的很好的解决方案。每一个应用程序可以生存在一个独立的AppDomain之内，并且许多这样的AppDomain可以生存于一个单一的过程（节省费用）之内。

　　AppDomain

　　在同服务器上创建了两个ASP.NET应用程序，并且没有任何特殊配置。会发生什么事情呢？

　　一个单一的ASP.NET手工进程使ASP.NET应用程序变成两方面的主要程序。在Windows   XP和Windows   2000中，这一程序被命名为aspnet_wp.exe，并且这一程序运行在本地的ASPNET计数器的前后安全关系中。在Windows   2003手工程序拥有w3wp.exe并且默认运行在NETWOR   SERVICE中。

　　一个对旬可以进住在一个AppDomain中。每一个ASP.NET应用程序将具有它自己的一套全局变量：Cache，   Application进住进同一进程，.NET   AppDomain是一个独立的单元。如果存有共享的或静态成员的类，并且那些类存在于两种应用程序之内，每一个AppDomain拥有它自己的静态字段的备份—数据并不共享。每一个应用程序的数据和代码安全独立存在并且在一边界之内由AppDomain提供。

　　为了在AppDomain之间通讯或者在AppDomain之间交换对象，需要查看在.NET中穿过边界的通讯技术，例如.NET细微的或Web   服务。

　　对将AppDomain作为边界思想的警告之一是ASP.NET应用程序在默认情况下会带着充分的信任运行。充分信任的代码可以执行本地代码，并且本地代码可以本质地在进程之内的任何内容。需要运行带着部分信任执行应用程序来约束存取不完整的代码并且对安全的AppDomain验证所有代码。

　　隐藏备份并且重新启动

　　一旦一个集合加载到一个AppDomain，没有办法从AppDomain集合的办法。不过，从一个进程中移除一个AppDomain是有可能的。

　　如果将一个已更新的dll复制到一个应用程序的子目录中，从ASP.NET的运行时间知道有新代码要执行。既然ASP.NET不能将dll复制到已存在的AppDomain中，它就会起动一个新AppDomain。旧的应用程序域是“排水已停止”，那就是，存在的需要被允许完成执行并且一旦它们执行完成AppDomain可以卸载。带有新代码的新的AppDomain就会开始并且开始所有的新请求。

　　典型地说，当一个dll加载进一个进程时，进程对dll加锁并且不能对磁盘的上的文件进行覆盖。不过，AppDomain有一个众所周知的特点：隐藏复制那所有的允许保留在磁盘上的那些未被加锁的可替换的集合。

　　运行时间对二进制子目录的带有Shadow   Copy的ASP.NET进行初始化。AppDomain将任何的加锁之前的dll从二进制子目录中拷贝到一个临时位置并且再将这些dll加载到内存。   Shadow   Copy允许没有将网页在线的情况下对所有在二进制子目录中的任何dll进行重写。

　　熟练掌握Domain

　　应用程序域替换OS进程将为单独的.NET结点单元。一个可理解的应用程序域将会给你一个在ASP.NET应用程序后的手工发生的概念。使用   AppDomain类的CurrentDomain属性，可以检查关于代码正在运行的AppDomain的属性，包括我们在此文章中讨论的Shadow   Copy。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/25897606/viewspace-712501/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/25897606/viewspace-712501/