应用程序域概述

      应用程序域概述
      以前使用进程边界来隔离在同一台计算机上运行的应用程序。每一个应用程序被加载到单独的进程中，这样就将该应用程序与在同一台计算机上运行的其他应用程序相隔离。

      隔离这些应用程序的原因在于内存地址是与进程相关的；在目标进程中，不能通过任何有意义的方式使用从一个进程传递到另一个进程的内存指针。此外，您不能在两个进程间进行直接调用。您必须代之以使用代理，它提供一定程度的间接性。

      托管代码必须先通过一个验证过程，然后才能运行（除非管理员已授权跳过该验证）。此验证过程将验证以下内容：这些代码是否会尝试访问无效的内存地址？是否会尝试执行某些导致进程（该代码运行时所在的进程）无法正常进行的其他操作？ 通过此验证测试的代码将被认为是类型安全的。由于公共语言运行库能够验证代码是否为类型安全的代码，所以它可以提供与进程边界一样大的隔离级别，而其性能开销则要低得多。

      应用程序域提供了一个更安全、用途更广的处理单元，公共语言运行库可使用该单元提供应用程序之间的隔离。您可以在具有同等隔离级别（存在于单独的进程中）的单个进程中运行几个应用程序域，而不会造成进程间调用或进程间切换等方面的额外开销。在一个进程内运行多个应用程序的能力显著增强了服务器的可伸缩性。

隔离应用程序对于应用程序安全也是十分重要的。例如，您可以在单个浏览器进程中运行几个 Web 应用程序中的控件，同时使这些控件不能访问彼此的数据和资源。

应用程序域所提供的隔离具有以下优点：

• 在一个应用程序中出现的错误不会影响其他应用程序。因为类型安全的代码不会导致内存错误，所以使用应用程序域可以确保在一个域中运行的代码不会影响进程中的其他应用程序。

• 能够在不停止整个进程的情况下停止单个应用程序。使用应用程序域使您可以卸载在单个应用程序中运行的代码。

• 不能卸载单个程序集或类型。只能卸载整个域。

   

  能直接访问其他应用程序中的代码或资源。为了强制实施此隔离，公共语言运行库禁止在不同应用程序域中的对象之间进行直接调用。要在各域之间传递对象，可以复制这些对象，或通过代理访问这些对象。如果复制对象，那么对该对象的调用为本地调用。也就是说，调用方和被引用的对象位于同一应用程序域中。如果通过代理访问对象，那么对该对象的调用为远程调用。在此情况下，调用方和被引用的对象位于不同的应用程序域中。域间调用所采用的远程调用基础结构与两个进程间的调用或两台计算机间的调用的基础结构相同。因此，被引用的对象的元数据必须对于两个应用程序域均可用，以便用 JIT 正确编译该方法调用。如果调用域对被调用对象的元数据没有访问权，则编译可能失败，并引发类型为 System.IO.FileNotFound 的异常。有关详细信息，请参见 .NET 远程处理。确定如何跨域访问对象的机制是由该对象决定的。有关更多信息，请参见 MarshalByRefObject 类。

• 代码行为的作用范围由它运行所在的应用程序决定。换言之，应用程序域将提供应用程序版本策略等配置设置、它所访问的任意远程程序集的位置，以及加载到该域中的程序集的位置信息。

• 向代码授予的权限可以由代码运行所在的应用程序域来控制。

      应用程序域和程序集

      本主题描述应用程序域和程序集之间的关系。在可以执行程序集中所包含的代码之前，必须将程序集加载到应用程序域中。运行普通的应用程序会导致将几个程序集加载到一个应用程序域中。

      程序集的加载方式决定其实时 (JIT) 编译代码是否可以在进程中由多个应用程序域共享，以及该程序集是否可以从进程中卸载。

• 如果程序集是以非特定于域的形式进行加载，则共享相同安全授权集的所有应用程序域都可以共享相同的 JIT 编译代码，从而减少应用程序所需的内存。但是，程序集则永远不能从进程中卸载。

• 如果程序集不是以非特定于域的形式进行加载，则它必须在加载的每个应用程序域中都是 JIT 编译的。但是，通过卸载程序集加载的所有应用程序域，可以从进程中卸载程序集。

     运行库宿主决定在将运行库加载到进程中时是否以非特定于域的形式加载程序集。对于托管应用程序，将 LoaderOptimizationAttribute 属性应用于进程的入口点方法，并从关联的 LoaderOptimization 枚举指定一个值。对于承载公共语言运行库的非托管应用程序，当您调用 CorBindToRuntimeEx 函数 方法时，指定适当的标志。

有三个选项用于加载非特定于域的程序集：

• SingleDomain 不以非特定于域的形式加载任何程序集（Mscorlib 除外，它始终以非特定于域的形式加载）。此设置称作单域，因为它通常用在宿主只运行进程中的单个应用程序时。

• MultiDomain 以非特定于域的形式加载所有程序集。此设置用于以下情况：进程中有多个应用程序域，所有这些应用程序域均运行相同的代码。

• MultiDomainHost 以非特定于域的形式加载强名称程序集（如果它们以及它们的所有依赖项都已在全局程序集缓存中安装）。其他程序集都将针对它们加载的每个应用程序域分别进行加载和 JIT 编译，从而可以从进程中卸载。如果您在同一进程中运行多个应用程序，或者如果您有混合的程序集，其中包括许多应用程序域共享的程序集和需要从进程中卸载的程序集，则可以使用此设置。

     以下程序集不能共享 JIT 编译代码：使用 Assembly 类的 LoadFrom 方法加载到“加载源”上下文中的程序集，或者使用 Load 方法的重载（指定字节数组）从图像加载的程序集。

     使用 本机映像生成器 (Ngen.exe) 编译为本机代码的程序集如果在第一次加载到进程中时是以非特定于域的形式加载的，则可以在不同应用程序域之间共享这些程序集。

包含应用程序入口点的程序集的 JIT 编译代码只有在其所有依赖项都可以被共享的情况下，才可以被共享。

非特定于域的程序集可以进行多次 JIT 编译。例如，如果两个应用程序域的安全授权集不同，则它们不能共享相同的 JIT 编译代码。但是，JIT 编译程序集的每个副本都可以与其他具有相同授权集的应用程序域共享。

当您决定是否以非特定于域的形式加载程序集时，必须在减少内存占用和降低其他性能因素之间加以权衡。

• 对于非特定于域的程序集，对静态数据和方法的访问较慢的原因在于需要隔离程序集。访问该程序集的每一应用程序域都必须具有静态数据的单独副本，以避免跨域边界引用静态字段中的对象。因此，运行库包含附加的逻辑，用以将调用方引导到静态数据或静态方法的适当副本。这一额外的逻辑将降低调用速度。

• 当以非特定于域的形式加载程序集时，必须找到并加载该程序集的所有依赖项，因为如果一个依赖项不能以非特定于域的形式加载，则会妨碍以非特定于域的形式加载程序集。

      应用程序域和线程

      应用程序域为安全性、版本控制、可靠性和托管代码的卸载形成隔离边界。线程是公共语言运行库用来执行代码的操作系统构造。在运行时，所有托管代码均加载到一个应用程序域中，由托管线程来运行。

      应用程序域和线程之间不具有一对一的相关性。在任意给定时间，在单个应用程序域中可以执行几个线程，而且特定线程并不局限在单个应用程序域内。也就是说，线程可以自由跨越应用程序域边界；不为每个应用程序域创建新线程。

      在任意给定时间，每一线程都在一个应用程序域中执行。在任何给定的应用程序域内可能有零个、一个或多个线程正在执行。运行库会跟踪在哪些应用程序域中有哪些线程正在运行。通过调用 GetDomain 方法，您可以随时确定线程执行所在的域。