c# - CLR 如何加载 DLL？

Question

我的假设始终是 CLR 在应用程序域启动时加载了它需要的所有 DLL。但是，我写了一个例子，让我质疑这个假设。我启动我的应用程序并检查加载了多少模块。

Process[] ObjModulesList;
ProcessModuleCollection ObjModulesOrig;

//Get all modules inside the process
ObjModulesList = Process.GetProcessesByName("MyProcessName");
// Populate the module collection.
ObjModulesOrig = ObjModulesList[0].Modules;

Console.WriteLine(ObjModulesOrig.Count.ToString());

然后我重复完全相同的代码，我的计数不同。附加的 DLL 是 C:\WINNT\system32\version.dll。

我真的很困惑为什么计数会不同。

有人可以详细说明 CLR 正在做什么以及它如何加载这些东西，以及它是按照什么逻辑这样做的？

Answer 1

以下复制自Don Box的优秀基本.Net . (可用 here)
(而且，恕我直言，任何专业的 .Net 开发人员都必须拥有)

CLR 加载器

CLR 加载器负责加载和初始化程序集、模块、资源和类型。 CLR 加载器尽可能少地加载和初始化。与 Win32 加载器不同，CLR 加载器不会解析并自动加载从属模块(或程序集)。
相反，从属部分仅在实际需要时才按需加载(与 Visual C++ 6.0 的延迟加载功能一样)。这不仅加快了程序初始化时间，而且减少了运行程序消耗的资源量。
在 CLR 中，加载通常由基于类型的即时 (JIT) 编译器触发。当 JIT 编译器尝试将方法体从 CIL 转换为机器代码时，它需要访问声明类型的类型定义以及类型字段的类型定义。此外，JIT 编译器还需要访问被 JIT 编译的方法的任何局部变量或参数使用的类型定义。加载类型意味着加载包含类型定义的程序集和模块。
这种按需加载类型(以及程序集和模块)的策略意味着程序中未被使用的部分永远不会被带入内存。这也意味着正在运行的应用程序经常会看到随着时间的推移加载新的程序集和模块，因为在执行期间需要这些文件中包含的类型。如果这不是您想要的行为，您有两种选择。一种是简单地声明要与加载器显式交互的类型的隐藏静态字段。

加载器通常代表您隐式地完成它的工作。开发人员可以通过程序集加载器显式地与加载器交互。程序集加载器通过 LoadFrom 向开发人员公开。 System.Reflection.Assembly 上的静态方法类(class)。此方法接受 CODEBASE 字符串，该字符串可以是文件系统路径，也可以是标识包含程序集 list 的模块的统一资源定位符 (URL)。如果找不到指定的文件，加载器会抛出 System.FileNotFoundException异常(exception)。如果可以找到指定的文件但不是包含程序集 list 的 CLR 模块，则加载程序将抛出 System.BadImageFormatException异常(exception)。最后，如果 CODEBASE 是使用除 file: 之外的方案的 URL ，调用者必须具有 WebPermission 访问权限，否则会出现 System.SecurityException抛出异常。此外，使用除 file: 之外的协议(protocol)的 URL 中的程序集在加载之前首先下载到下载缓存。

list 2.2 显示了一个简单的 C# 程序，它加载位于 file://C:/usr/bin/xyzzy.dll 的程序集。然后创建一个名为 AcmeCorp.LOB.Customer 的包含类型的实例.在这个例子中，调用者提供的只是程序集的物理位置。
当程序以这种方式使用程序集加载器时，CLR 会忽略程序集的四部分名称，包括其版本号。

示例 2. 2. 使用显式 CODEBASE 加载程序集

using System;
using System.Reflection;
public class Utilities {
  public static Object LoadCustomerType() {
    Assembly a = Assembly.LoadFrom(
                    "file: //C:/usr/bin/xyzzy. dll") ;
    return a.CreateInstance("AcmeCorp.LOB.Customer") ;
  }
}

尽管按位置加载程序集有些有趣，但大多数程序集是使用程序集解析器按名称加载的。程序集解析器使用由四部分组成的程序集名称来确定使用程序集加载器将哪个底层文件加载到内存中。如 Figure 2.9所示，此名称到位置解析过程考虑了多种因素，包括应用程序所在的目录、版本控制策略和其他配置细节(本章稍后将讨论所有这些)。

程序集解析器通过 Load 向开发人员公开。 System.Reflection.Assembly的方法类(class)。如 list 2.3 所示，该方法接受由四部分组成的程序集名称(作为字符串或作为 AssemblyName 引用)，并且表面上看起来类似于程序集加载器公开的 LoadFrom 方法。这种相似性只是肤浅的，因为 Load 方法首先使用程序集解析器通过一系列相当复杂的操作来查找合适的文件。这些操作中的第一个是应用版本策略来准确确定应加载所需程序集的哪个版本。

例 2.3。使用装配解析器加载装配

using System;
using System.Reflection;
public class Utilities {
  public static Object LoadCustomerType() {
    Assembly a = Assembly.Load(
      "xyzzy, Version=1. 2. 3.4, " +
      "Culture=neutral, PublicKeyToken=9a33f27632997fcc") ;
    return a.CreateInstance("AcmeCorp.LOB.Customer") ;
  }
}