.NET为何从错误版本的程序集中选择基类？

这种情况本质上是**.NET程序集绑定重定向或加载顺序优先级**导致的，具体原因可从以下维度拆解：

1. 程序集加载顺序的优先级规则 #

.NET程序集加载器遵循固定的查找顺序，旧版本Base.dll(1)被优先加载通常有这些原因：

• 全局程序集缓存(GAC)：如果旧版本Base.dll被安装到GAC中，加载器会优先从GAC获取程序集——这是.NET对强命名程序集的核心加载规则，哪怕你的项目引用了新版本。
• 应用程序域已加载：测试执行器启动的进程中，可能有其他测试项目、测试框架代码先加载了旧版本Base.dll。由于.NET同一个应用程序域内，同一个强命名程序集只能加载一个版本，后续请求会直接复用已加载的旧版本。
• 探测路径中的旧版本：测试输出目录中若同时存在新旧两个版本的Base.dll，加载器按探测顺序（比如优先查找当前目录的旧版本）先找到它，就会直接加载。

2. 缺少程序集绑定重定向配置 #

Derived.dll编译时引用的是Base.dll(2)，但如果测试项目的配置文件（app.config或测试相关配置文件）中未正确配置绑定重定向，加载器无法自动将对Base.dll(1)的请求重定向到Base.dll(2)。
强命名程序集的版本绑定是严格的，除非显式配置重定向，否则加载器会认为版本1和版本2是完全不同的程序集。但如果旧版本已被加载，后续加载请求会强制复用已加载实例，导致Derived继承了错误版本的基类。

3. 测试执行器的特殊加载逻辑 #

Visual Studio的测试执行器（如VSTest）会共享测试进程以提升效率，不同测试项目的依赖可能被混合加载。如果其他测试项目依赖旧版本Base.dll，该版本会被先加载到进程中，你的测试项目运行时只能复用这个旧版本，进而引发类型不匹配问题。

解决思路 #

• 清理GAC中的旧版本：若旧版本Base.dll在GAC中，使用gacutil /u Base命令卸载它，确保加载器优先从本地输出目录加载新版本。
• 添加绑定重定向：在测试项目的app.config中添加以下配置，强制将所有版本的Base.dll重定向到版本2：

  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
        <assemblyIdentity name="Base" publicKeyToken="你的公钥令牌" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-2.0.0.0" newVersion="2.0.0.0" />
      </dependentAssembly>
    </assemblyBinding>
  </runtime>
  

• 隔离测试进程：在Visual Studio测试设置中开启“每个测试程序集使用单独的进程”，避免不同测试项目的依赖相互干扰。
• 清理输出目录：确保测试输出目录中只有Base.dll(2)，删除旧版本文件。

内容的提问来源于stack exchange，提问作者joelw