当代码在进程间共享时，本机映像可显著改善内存使用情况。本机映像为 Windows PE 文件，因此一个 .dll 文件的单个副本可由多个进程共享；而 JIT 编译器生成的本机代码存储在私有内存中，并且不可共享。

运行于终端服务下的应用程序也可从共享代码页中获益。

此外，不加载 JIT 编译器会为每个应用程序实例节省固定量的内存。

使用 Ngen.exe 预编译程序集可减少某些应用程序的启动时间。通常，如果应用程序共享组件程序集，则可从中获益，因为在第一个应用程序启动之后，共享组件即已加载，可供后续应用程序使用。而冷启动（应用程序中的所有程序集必须从硬盘上加载）则不会从本机映像中获得相同的益处，因为硬盘访问时间占了很大比重。

硬绑定可影响启动时间，因为硬绑定至主应用程序程序集的所有映像必须同时加载。

注意
如果您有强命名的共享组件，则请将它们放置在全局程序集缓存中。加载程序对未处于全局程序集缓存中的强命名程序集执行额外验证，实际抵消了使用本机映像在启动时间方面获得的任何改善。

因为本机映像为 Windows PE 文件，所以它们和其他可执行文件一样有着相同的重定基址问题。如果采用硬绑定，则重定位的性能开销甚至更显著。

若要设置本机映像的基址，请使用编译器的相应选项设置程序集的基址。Ngen.exe 对本机映像使用此基址。

注意
本机映像大于创建它时所基于的托管程序集。基址必须进行计算以允许使用这些更大的大小。

可使用 dumpbin.exe 之类的工具查看本机映像的首选基址。

下面的常规注意事项和应用程序注意事项可能有助于您决定是否对应用程序本机映像进行评估：

• 本机映像的加载速度比 MSIL 更快，因为本机映像不必执行很多启动操作，如 JIT 编译和类型安全验证。

• 本机映像需要较小的初始工作集，因为它不需要 JIT 编译器。

• 本机映像允许在进程间共享代码。

• 本机映像需要占用比 MSIL 程序集更大的硬盘空间，并且可能需要相当长的时间才能生成。

• 必须维护本机映像。

  • 在提供原始程序集或原始程序集的某个依赖项后，需要重新生成映像。

  • 一个程序集可能需要多个本机映像，分别用在不同应用程序或不同方案中。例如，两个应用程序中的配置信息可能为同一个依赖程序集生成不同的绑定方案。

  • 必须由管理员（也就是从 Administrators 组中的某个 Windows 帐户）来生成本机映像。

除了这些常规注意事项之外，在确定本机映像是否可提供性能益处时，必须考虑应用程序的性质：

• 如果应用程序运行于使用很多共享组件的环境中，本机映像允许多个进程共享组件。

• 如果应用程序使用多个应用程序域，本机映像允许跨域共享代码页。

  注意
  在 .NET Framework 1.0 和 1.1 版中，本机映像不能跨应用程序域共享。而在 2.0 版中则可以。

• 如果应用程序将在终端服务器下运行，本机映像允许共享代码页。

• 编译为本机映像通常有利于大型应用程序。小型应用程序通常不会获益。

• 对于长时间运行的应用程序，运行时 JIT 编译的性能略高于本机映像。（硬绑定某种程度上可减少这一性能差别。）

将 DependencyAttribute 应用于程序集可指示加载指定依赖项的可能性。System.Runtime.CompilerServices.LoadHint.Always 指示适合进行硬绑定，Default 指示应使用依赖项的默认提示，而 Sometimes 则指示不适合使用硬绑定。

下面的代码显示有两个依赖项的程序集的属性。第一个依赖项 (Assembly1) 适合于进行硬绑定，而第二个 (Assembly2) 不适合进行硬绑定。

Visual Basic

复制代码

Imports System.Runtime.CompilerServices
<Assembly:DependencyAttribute("Assembly1", LoadHint.Always)>
<Assembly:DependencyAttribute("Assembly2", LoadHint.Sometimes)>

C#

复制代码

using System.Runtime.CompilerServices;
[assembly:DependencyAttribute("Assembly1", LoadHint.Always)]
[assembly:DependencyAttribute("Assembly2", LoadHint.Sometimes)]

C++

复制代码

using namespace System::Runtime::CompilerServices;
[assembly:DependencyAttribute("Assembly1", LoadHint.Always)];
[assembly:DependencyAttribute("Assembly2", LoadHint.Sometimes)];

程序集名称不包括文件扩展名。可使用显示名称。

只有某些程序集需要默认绑定提示：这些程序集将由依赖于它们的任何应用程序直接并经常使用。以 System.Runtime.CompilerServices.LoadHint.Always 将 DefaultDependencyAttribute 应用于这样的程序集可指定应使用硬绑定。

注意
不应将 DefaultDependencyAttribute 应用于不属于此类别的 .dll 程序集，因为以 System.Runtime.CompilerServices.LoadHint.Always 之外的其他值应用该属性的效果与根本不应用该属性相同。

Microsoft 使用 DefaultDependencyAttribute 指定硬绑定为 .NET Framework 中极少数程序集（如 mscorlib.dll）的默认绑定。

当您使用 Ngen.exe 创建程序集的本机映像时，输出取决于您指定的命令行选项以及计算机上的某些设置。这些设置包括：

• .NET Framework 的版本。

• 操作系统的版本（在从 Windows 9x 系列更改为 Windows NT 系列的情况下）。

• 程序集的确切标识（重新编译将更改标识）。

• 程序集引用的所有程序集的确切标识（重新编译将更改标识）。

• 安全因素。

Ngen.exe 在生成本机映像时记录这些信息。当您执行程序集时，运行库将查找用匹配计算机的当前环境的选项和设置生成的本机映像。如果运行库没有找到匹配的本机映像，它将恢复为程序集的 JIT 编译。对计算机的设置和环境进行以下更改会导致本机映像失效：

• .NET Framework 的版本。

  如果将更新应用于 .NET Framework，则使用 Ngen.exe 创建的所有本机映像都将失效。因此，.NET Framework 的所有更新都执行 Ngen Update 命令，以确保重新生成所有的本机映像。.NET Framework 为它安装的 .NET Framework 库自动创建新的本机映像。

• 操作系统的版本（在从 Windows 9x 系列更改为 Windows NT 系列的情况下）。

  例如，如果计算机上运行的操作系统的版本从 Windows 98 更改为 Windows XP，则存储在本机映像缓存中的所有本机映像都将失效。但是，如果将操作系统从 Windows 2000 更改为 Windows XP，则这些映像将不会失效。

• 程序集的确切标识。

  如果重新编译程序集，则程序集的相应本机映像将失效。

• 程序集引用的任何程序集的确切标识。

  如果更新一个托管程序集，则所有直接或间接依赖该程序集的本机映像都将失效，并需要重新生成。这既包括一般引用，也包括硬绑定依赖项。每当应用软件更新，安装程序就应执行 Ngen Update 命令，以确保重新生成所有依赖的本机映像。

• 安全因素。

  更改计算机安全策略以限制先前授予某个程序集的权限，这样会导致该程序集的先前编译的本机映像失效。

  有关公共语言运行库如何管理代码访问安全以及如何使用权限的详细信息，请参见代码访问安全性