什么是应用程序域? 应用程序域和程序集的关系是什么?
多个应用程序可以运行在多个应用程序域的一个进程中. 如何理解?

解决方案 »

  1.   

    顶一个..还有程序集.理解也不是很清楚...
    一个程序集只有一个Dll或一个EXE吗?
      

  2.   

    google 搜下  有很多这方面的介绍.
      

  3.   

    本主题描述应用程序域和程序集之间的关系。您必须首先将一个程序集加载到应用程序域中,然后才能运行该应用程序。运行普通的应用程序会导致将几个程序集加载到一个应用程序域中。默认情况下,公共语言运行库将一个程序集加载到包含引用该程序集的代码的应用程序域。通过此方法,该程序集的代码和数据独立于使用该程序集的应用程序。如果程序集由一个进程中的多个域使用,则该程序集的代码(而非数据)可以由引用该程序集的所有域来共享。这将降低运行时所使用的内存量。这种共享程序集代码的方法类似于 Microsoft Win32 API LoadLibrary 在引用同一 DLL 的进程之间共享代码页的方法。当一个程序集的代码可以由进程中的所有域共享时,可以认为该程序集是非特定于域的。运行库宿主决定在将运行库加载到进程中时是否以非特定于域的形式加载程序集。有关更多信息,请参见 CorBindToRuntimeEx 文档;在 .NET Framework SDK 的公共语言运行库宿主接口规范中可以找到该文档。有三个选项用于加载非特定于域的程序集: 不以非特定于域的形式加载任何程序集(Mscorlib 除外,它始终以非特定于域的形式加载)。此设置称作单域,因为它通常用在宿主只运行进程中的单个应用程序时。 
    以非特定于域的形式加载所有程序集。此设置用于以下情况:进程中有多个应用程序域,所有这些应用程序域均运行相同的代码。 
    以非特定于域的形式加载具有强名称的程序集。当在同一进程中运行多个应用程序时使用此设置。 
    当您决定是否以非特定于域的形式加载程序集时,必须在减少内存占用和降低性能之间加以权衡。如果程序集包含被频繁访问的静态数据或静态方法,则非特定于域的程序集的执行速度会较慢。对静态数据或静态方法的访问较慢的原因在于需要隔离应用程序。访问该程序集的每一应用程序域都必须具有静态数据或静态方法的单独副本,以避免跨域边界引用静态变量中的对象。因此,运行库包含附加的逻辑,用以将调用方引导到静态数据或静态方法的适当副本。这一额外的逻辑将降低调用速度。如果在每个域中向一个程序集授予一组不同的权限,该程序集将不在各域间共享。当运行库宿主设置了应用程序域级别的安全策略时,就可能发生此情况。如果向程序集授予的权限组在每个域中都是不同的,则不应以非特定于域的形式加载程序集。
      

  4.   

    程序集是 .NET Framework 编程的基本组成部分。程序集执行以下功能: 包含公共语言运行库执行的代码。如果可移植可执行 (PE) 文件没有相关联的程序集清单,则将不执行该文件中的 Microsoft 中间语言 (MSIL) 代码。请注意,每个程序集只能有一个入口点(即 DllMain、WinMain 或 Main)。 
    程序集形成安全边界。程序集就是在其中请求和授予权限的单元。有关应用于程序集的安全边界的更多信息,请参见程序集安全注意事项。 
    程序集形成类型边界。每一类型的标识均包括该类型所驻留的程序集的名称。在一个程序集范围内加载的 MyType 类型不同于在其他程序集范围内加载的 MyType 类型。 
    程序集形成引用范围边界。程序集的清单包含用于解析类型和满足资源请求的程序集元数据。它指定在该程序集之外公开的类型和资源。该清单还枚举它所依赖的其他程序集。 
    程序集形成版本边界。程序集是公共语言运行库中最小的可版本化单元,同一程序集中的所有类型和资源均会被版本化为一个单元。程序集的清单描述您为任何依赖项程序集所指定的版本依赖性。有关版本控制的更多信息,请参见程序集版本控制。 
    程序集形成部署单元。当一个应用程序启动时,只有该应用程序最初调用的程序集必须存在。其他程序集(例如本地化资源和包含实用工具类的程序集)可以按需检索。这就使应用程序在第一次下载时保持精简。有关部署程序集的更多信息,请参见部署应用程序。 
    程序集是支持并行执行的单元。有关运行多个程序集版本的更多信息,请参见程序集和并行 (side-by-side) 执行。 
    程序集可以是静态的或动态的。静态程序集可以包括 .NET Framework 类型(接口和类),以及该程序集的资源(位图、JPEG 文件、资源文件等)。静态程序集存储在磁盘上的可移植可执行 (PE) 文件中。您还可以使用 .NET Framework 来创建动态程序集,动态程序集直接从内存运行并且在执行前不存储到磁盘上。您可以在执行动态程序集后将它们保存在磁盘上。有几种创建程序集的方法。您可以使用过去用来创建 .dll 或 .exe 文件的开发工具,例如 Visual Studio .NET。您可以使用在 .NET Framework SDK 中提供的工具来创建带有在其他开发环境中创建的模块的程序集。您还可以使用公共语言运行库 API(例如 Reflection.Emit)来创建动态程序集。
      

  5.   

    应用程序域概述
    以前使用进程边界来隔离在同一台计算机上运行的应用程序。每一个应用程序被加载到单独的进程中,这样就将该应用程序与在同一台计算机上运行的其他应用程序相隔离。隔离这些应用程序的原因在于内存地址是与进程相关的;在目标进程中,不能通过任何有意义的方式使用从一个进程传递到另一个进程的内存指针。此外,您不能在两个进程间进行直接调用。您必须代之以使用代理,它提供一定程度的间接性。托管代码必须先通过一个验证过程,然后才能运行(除非管理员已授权跳过该验证)。此验证过程将验证以下内容:这些代码是否会尝试访问无效的内存地址?是否会尝试执行某些导致进程(该代码运行时所在的进程)无法正常进行的其他操作?通过此验证测试的代码将被认为是类型安全的。由于公共语言运行库能够验证代码是否为类型安全的代码,所以它可以提供与进程边界一样大的隔离级别,而其性能开销则要低得多。应用程序域提供了一个更安全、用途更广的处理单元,公共语言运行库可使用该单元提供应用程序之间的隔离。您可以在具有同等隔离级别(存在于单独的进程中)的单个进程中运行几个应用程序域,而不会造成进程间调用或进程间切换等方面的额外开销。在一个进程内运行多个应用程序的能力显著增强了服务器的可伸缩性。隔离应用程序对于应用程序安全也是十分重要的。例如,您可以在单个浏览器进程中运行几个 Web 应用程序中的控件,同时使这些控件不能访问彼此的数据和资源。应用程序域所提供的隔离具有以下优点: 在一个应用程序中出现的错误不会影响其他应用程序。因为类型安全的代码不会导致内存错误,所以使用应用程序域可以确保在一个域中运行的代码不会影响进程中的其他应用程序。 
    能够在不停止整个进程的情况下停止单个应用程序。使用应用程序域使您可以卸载在单个应用程序中运行的代码。 
    注意   不能卸载单个程序集或类型。只能卸载整个域。
    在一个应用程序中运行的代码不能直接访问其他应用程序中的代码或资源。为了强制实施此隔离,公共语言运行库禁止在不同应用程序域中的对象之间进行直接调用。要在各域之间传递对象,可以复制这些对象,或通过代理访问这些对象。如果复制对象,那么对该对象的调用为本地调用。也就是说,调用方和被引用的对象位于同一应用程序域中。如果通过代理访问对象,那么对该对象的调用为远程调用。在此情况下,调用方和被引用的对象位于不同的应用程序域中。域间调用所采用的远程调用结构与两个进程间的调用或两台计算机间的调用结构相同。因此,被引用的对象的元数据必须对于两个应用程序域均可用,以便用 JIT 正确编译该方法调用。如果调用域无法访问被调用对象的元数据,则编译可能会失败,引发 System.IO.FileNotFound 类型的异常。有关详细信息,请参见使用 .NET 远程处理访问其他应用程序域中的对象。确定如何跨域访问对象的机制是由该对象决定的。有关更多信息,请参见 MarshalByRefObject 类。 
    代码行为的作用范围由它运行所在的应用程序决定。换言之,应用程序域将提供应用程序版本策略等配置设置、它所访问的任意远程程序集的位置,以及加载到该域中的程序集的位置信息。 
    向代码授予的权限可以由代码运行所在的应用程序域来控制。