从C++调用.NET8 DLL时加载同依赖DLL不同版本引发异常的问题

结论：你同事的判断完全正确 #

这种跨版本依赖反复加载、卸载正是引发EEMessageException和EEFileLoadException的根本原因。.NET运行时对程序集版本一致性有严格要求，同一个程序集的不同大版本（8.x vs 10.x）无法在同一进程空间共存。调试日志中的“Unloaded”并非真卸载，意味着两个版本的程序集实际同时驻留内存，触发了运行时的程序集绑定冲突，最终抛出异常。

避免异常的检查与配置方法 #

1. 统一依赖版本

• 检查你的.NET 8 DLL项目的NuGet依赖，将Microsoft.Extensions.Logging.Abstractions的版本锁定为8.x系列，禁止引用10.x版本。
• 删除应用运行目录下的10.x版本Microsoft.Extensions.Logging.Abstractions.dll，消除本地高版本的加载触发源。

2. 配置程序集绑定重定向（谨慎使用）

如果因业务需求必须保留本地高版本文件，可通过Own_DLL.runtimeconfig.json添加绑定重定向规则，强制运行时使用共享目录的8.x版本：

{
  "runtimeOptions": {
    "assemblyBinding": {
      "dependencies": [
        {
          "name": "Microsoft.Extensions.Logging.Abstractions",
          "publicKeyToken": "adb9793829ddae60",
          "version": "[8.0.0.0, 8.0.21.0]",
          "redirectTo": "8.0.21.0"
        }
      ]
    }
  }
}

注意：跨大版本（8→10）的绑定重定向可能引发API兼容性问题，仅建议在确认8.x与10.x API兼容的场景下使用。

3. 检查预编译配置文件

• 打开Own_DLL.prep.json，确认其中没有指定加载10.x版本依赖的规则，若存在则修改为8.x版本或删除相关条目。
• 该文件由.NET预编译工具生成，直接影响程序集的预加载逻辑，需与目标.NET 8 runtime完全匹配。

4. 调整加载路径优先级

• 在C++加载.NET DLL前，调整进程环境变量：
  • 将.NET共享目录（C:\Program Files (x86)\dotnet\shared\Microsoft.AspNetCore.App\8.0.21\）加入PATH并置于应用运行目录之前，确保运行时优先加载官方共享版本。
  • 或设置CORE_LIBRARY_PATH环境变量，直接指定.NET运行时的依赖加载目录为上述共享目录。

调试辅助手段 #

• 使用.NET自带的fuslogvw.exe（程序集绑定日志查看器）捕获详细加载日志，定位触发高版本加载的具体代码或配置。
• 确认C++加载.NET DLL的流程符合标准：使用nethost.dll或hostfxr.dll的官方API加载，避免手动调用LoadLibrary加载依赖DLL导致的版本混乱。

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