关于.NET 4.8、.NET Standard2.0与.NET 6的兼容性问题咨询

问题成因 #

核心原因是**.NET Framework（.NET4.8）和.NET 6是完全独立的运行时环境**，即便用.NET Standard2.0做中间层，两者的程序集绑定逻辑也存在本质差异：

• 纯.NET4.8环境下，运行时只会加载适配.NET Framework的DLL，不存在版本混淆；
• 当.NET6应用启动后，默认会从自身的net6.0输出目录加载所有程序集。如果你的.NET4.8引擎依赖的DLL，恰好有同名的.NET Standard2.0/.NET6版本出现在这个目录，.NET6运行时会优先选择这些适配自身的DLL，而非.NET4.8引擎原本依赖的.NET Framework版本。
• 以你遇到的报错为例：System.AppDomainSetup.get_PrivateBinPath()在.NET Core/.NET6中已被标记为过时，且实现逻辑和.NET Framework不一致，当.NET4.8代码调用这个方法时，加载的却是.NET6版本的System.dll，自然会触发“方法未找到”的错误。

修复方案 #

1. 隔离.NET4.8引擎的依赖目录 #

• 把.NET4.8引擎及其所有.NET Framework版本的依赖DLL，单独放在一个子目录（比如net48_engine/）；
• 在.NET Standard2.0中间层中添加自定义程序集加载逻辑，让.NET4.8的代码从这个子目录加载依赖：

AppDomain.CurrentDomain.AssemblyResolve += (sender, args) =>
{
    var assemblyName = new AssemblyName(args.Name);
    var dllPath = Path.Combine(AppContext.BaseDirectory, "net48_engine", $"{assemblyName.Name}.dll");
    return File.Exists(dllPath) ? Assembly.LoadFrom(dllPath) : null;
};

• 注意：子目录里的DLL必须是纯.NET4.8版本，不能混入.NET6/.NET Standard的同名文件。

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

• 在.NET6应用的runtimeconfig.json中添加绑定规则，强制指定特定DLL加载.NET4.8版本：

{
  "runtimeOptions": {
    "assemblyBinding": {
      "dependencies": [
        {
          "name": "System",
          "version": "4.0.0.0",
          "publicKeyToken": "b77a5c561934e089",
          "path": "./net48_engine/System.dll"
        }
      ]
    }
  }
}

• 局限性：部分系统核心DLL无法通过这种方式重定向，因为.NET6运行时会优先加载自身的核心库。

3. 进程隔离（最彻底的解决方式） #

• 将.NET4.8引擎封装成独立的Windows服务或控制台应用，.NET6应用通过IPC（比如命名管道、gRPC）与它通信；
• 这种方式彻底分隔两个运行时环境，完全避免DLL冲突，但需要额外开发通信层代码。

4. 清理输出目录的冗余DLL #

• 检查.NET6应用的net6.0输出目录，删除所有不属于.NET6应用的.NET Standard2.0/.NET6版本DLL，尤其是和.NET4.8引擎依赖同名的文件；
• 可以调整项目引用设置，禁止自动复制.NET4.8引擎的依赖到.NET6输出目录。

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