.NET：鲜为人知的 “Load Context”

背景

任何一门语言都要了解其类型加载过程，如：Java 的 Class Loader，NodeJS 的搜索方式等，本文概述一下我对 CLR 如何加载程序集，重点说一下 Load Context。

其编译时只是在程序集中生成了元数据（如：依赖的程序集标识）和代码。当代码执行时，CLR 会根据元数据加载依赖的程序集。

Load Context

参考文章：http://msdn.microsoft.com/en-us/library/dd153782(v=vs.110).aspx。

Assembly 会被加载到三个 Load Context 中的任意一个，或者没有在任何上下文中，这三个 Load Context 的名字叫：Default Context、Load-From Context 和 Relfection-Only Context，另外一个没有在任何上下文，可以叫：No Context。

每一个 Load Context 都有自己加载依赖程序集的规则，在解释每个 Load Context 解析依赖的规则之前，先看一下 CLR 的探测过程。

CLR 探测过程

弱签名程序集的探测过程

代码

Console.WriteLine(Type.GetType("B.ClassB, B"));

文化中立程序集的探测优先级

BaseDirectoryB.dll
BaseDirectoryBB.dll
BaseDirectoryB.exe
BaseDirectoryBB.exe

文化相关程序集的探测优先级

BaseDirectoryzh-CNB.dll
BaseDirectoryBzh-CNB.dll
BaseDirectoryzh-CNB.exe
BaseDirectoryBzh-CNB.exe

使用 probing 指定 privatePath

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <startup>
    <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.5" />
  </startup>
  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <probing privatePath="B_" />
    </assemblyBinding>
  </runtime>
</configuration>

指定 privatePath 后的程序集探测优先级

BaseDirectoryB.dll
BaseDirectoryBB.dll
BaseDirectory\_BB.dll
BaseDirectory\_BBB.dll
BaseDirectoryB.exe
BaseDirectoryBB.exe
BaseDirectory\_BB.exe
BaseDirectory\_BBB.exe

注：pirvatePath 只能定义为 BaseDirectory 的子目录。

注：上例只是列出了文化中立程序集的探测优先级，文化相关程序集的探测优先级应该不难猜测出来。

注：也可以使用 codeBase 配置元素来指定探测的子目录，这里就不介绍了。

强签名程序集的探测过程

强签名程序集会先探测 GAC，如果在 GAC 中没有找到，就按照弱签名程序集的探测过程执行探测。

注：在探测之前 CLR 会根据应用程序配置文件、发布者策略文件和全局配置文件中的配置获取重定向后的版本，然后使用这个重定向后的版本执行探测。

注：强签名程序集的 codeBase 可以指定任意目录（包括 Web 地址）。

Default Context

使用探测过程加载的程序集都会加载在 Default Context 中，Default Context 中的程序集具备如下特点：

• 依赖的程序集会使用探测过程被自动加载到 DefaultContext。
• 只包含探测过程可以探测到的程序集。
• 其它 Load Context 加载的程序集对于探测过程是不可用的。

Load-From Context

使用 Assembly.LoadFrom 或 Assembly.Load 的某些重载方法加载的程序集时，如果参数使用了基于路径的形式，而非基于标识的形式，那么加载的程序集会加载在 Load-From Context 中。

Load-From Context 中的程序集具备如下特点：

• 如果 Load-From Context 中已经包含了要加载的程序集（标识相同），就不会加载两次，即使两次加载的路径不同，下面的例子输出的数值是一样的：
  

  Assembly.LoadFrom(@"E:CodingHappyStudyAssemblyStudyMaininDebugG_G.dll");
  PrintAssemlyCount();
  Assembly.LoadFrom(@"E:CodingHappyStudyAssemblyStudyMaininDebugG__G.dll");
  PrintAssemlyCount();

• Load-From Context 中的程序集对于探测过程是不可用的，下面的例子输出为 null：
  

  Assembly.LoadFrom(@"E:CodingHappyStudyAssemblyStudyMaininDebugG_G.dll");
  Console.WriteLine(Type.GetType("G.ClassG, G"));
  

  注：G.DLL 不要在探测路径上。

• Load-From Context 和 Default Context（或者其它Context）都可以同时加载相同标识的程序集，但是程序集内的类型已经不是相同的类型了（虽然内容一样 ），如下例输出为 false：
  

  var ass = Assembly.LoadFrom(@"E:CodingHappyStudyAssemblyStudyMaininDebugG_G.dll");
  Console.WriteLine(Type.GetType("G.ClassG, G") == ass.GetTypes().First(x => x.Name == "ClassG"));

  注：G.DLL 不要在探测路径上。

• 依赖的程序集会自动加载，可以从 Default Context 加载，也可以从 Load-Form Context 维护的 Path 下加载，算法后面单独分析，见下例：
  

  using System;
  using System.Collections.Generic;
  using System.Linq;
  using System.Text;
  using System.Threading.Tasks;
  
  namespace H
  {
      public class ClassH
      {
          public ClassH()
          {
              Console.WriteLine("自动加载A：" + Type.GetType("A.ClassA, A").Assembly.Location);
              Console.WriteLine("自动加载I：" + Type.GetType("I.ClassI, I").Assembly.Location);
          }
      }
  }

  
  
  
  在 Main 中执行如下代码：

  var hAss = Assembly.LoadFrom(@"E:CodingHappyStudyAssemblyStudyHinDebugH.dll");
  
  Activator.CreateInstance(hAss.GetTypes().First(x => x.Name == "ClassH"));

  注：上例中 ClassH 依赖的两个类型都得到正常的加载了。

Load-From Context 中的程序集的依赖程序集的加载算法如下：

注：依赖的程序集的依赖的程序集的算法同上。

No Context

通过 Assembly.LoadFile 或 Assembly.Load(byte[]) 形式加载的程序集会加载在 No Context 中，No Context 中的程序集具备如下特点：

• 依赖的程序集会自动加载，只会从 Default Context 加载，可以监听这个事件：AppDomain.CurrentDomain.AssemblyResolve，在事件监听器里手工加载其它依赖。
  下面这个例子会出现异常：
  

              Assembly
                  .LoadFile(@"E:CodingHappyStudyLoadContextStudyTestinDebugPlugsImplements1.0.0.0Contracts.dll");
              var operatorType = Assembly
                  .LoadFile(@"E:CodingHappyStudyLoadContextStudyTestinDebugPlugsImplements1.0.0.0Implements.dll")
                  .GetTypes()
                  .First(x => x.Name == "Operator");
              var operatorInstance = Activator.CreateInstance(operatorType);

  注：Implements.dll 依赖 Contracts.dll。如果 Contracts.dll 包含在探测路径中，则程序会正常执行，不过会加载两个 Contracts.dll。

• 只要路径不同，会返回多个相同程序集标识的程序集实例，如下例：
  

              Assembly.LoadFile(@"E:CodingHappyStudyAssemblyStudyMaininDebugF_F.dll");
              PrintAssemlyCount();
              Assembly.LoadFile(@"E:CodingHappyStudyAssemblyStudyMaininDebugF__F.dll");
              PrintAssemlyCount();

Relfection-Only Context

只有开发工具是才会用到，这里就不介绍了。

参考资料

• Programming with Application Domains and Assemblies。
• How the Runtime Locates Assemblies。
• Best Practices for Assembly Loading。

备注

说了挺多的，有啥用处呢？其实 Load Context + AppDomain.CurrentDomain.AssemblyResolve 可以模拟 Java 的 ClassLoader，也可以进一步的模拟 OSGI，下篇文章写个简单的 Demo，不过微软不推荐用这种方式，推荐使用 AppDomain。