如何在.Net 6环境中运行.Net Framework 4.8编译的dll文件

.NET 6 无法原生直接运行.NET Framework 4.8 编译生成的常规托管DLL，二者属于独立迭代的运行时分支，存在底层实现、API覆盖范围的本质差异，直接引用加载会触发兼容性异常。但存在两类可落地的兼容方案，可根据部署场景、旧DLL的依赖情况选择。

方案1：Windows平台兼容模式加载 #

适用场景 #

仅支持Windows部署环境，待兼容的.NET Framework 4.8 DLL不依赖.NET 6未实现的专属API（如旧版WCF服务端、System.Web全栈组件、已废弃的Enterprise Library类库等）。

操作步骤 #

• 打开.NET 6项目的csproj项目文件，在PropertyGroup节点下添加如下配置，开启Windows兼容支持、关闭默认框架引用校验：

<PropertyGroup>
  <TargetFramework>net6.0-windows</TargetFramework>
  <!-- 若项目涉及WinForm组件则开启，WPF项目替换为<UseWPF>true</UseWPF> -->
  <UseWindowsForms>true</UseWindowsForms>
  <DisableImplicitFrameworkReferences>true</DisableImplicitFrameworkReferences>
  <GenerateSupportedOSPlatformAttribute>false</GenerateSupportedOSPlatformAttribute>
</PropertyGroup>

• 直接在项目中添加对现有.NET Framework 4.8生成DLL的程序集引用，编译后即可尝试加载调用。
  注意：该方案属于尽力兼容模式，建议先用.NET可移植性分析工具扫描旧DLL的API兼容率，兼容率高于90%时再选用。运行过程中如果触发.NET 6未实现的API，会直接抛出PlatformNotSupportedException异常，必须对所有调用分支做充分测试。

方案2：边车进程托管+进程间通信 #

适用场景 #

需要跨平台部署、旧DLL强依赖.NET Framework专属API无法通过兼容模式加载、旧DLL为C++/CLI编写的混合模式程序集。

实现逻辑 #

• 单独新建一个.NET Framework 4.8的宿主进程（控制台程序、Windows服务均可），专门用来加载运行无法迁移的旧版DLL
• 在.NET 6主进程和.NET Framework宿主进程之间，通过命名管道、本地gRPC、本地HTTP接口等进程间通信方式做调用转发，把旧DLL的能力封装成标准接口供.NET 6侧调用。

最简示例 #

旧DLL存在一个工具类LegacyCalculator，包含int Calc(int param)方法：

1. 在.NET Framework 4.8宿主进程中启动一个本地监听的HTTP服务，接收参数后调用LegacyCalculator.Calc方法，将计算结果返回
2. .NET 6主程序通过HttpClient调用本地HTTP接口，拿到结果后继续后续业务逻辑，不需要感知旧DLL的运行环境。

• 非Windows环境下不存在任何直接加载.NET Framework 4.8 DLL的可行方案，.NET Framework本身是Windows绑定的技术栈，无跨平台运行时支持
• 强依赖IIS托管上下文、System.Web组件的旧DLL，兼容模式几乎无法正常运行，直接选用进程托管方案效率更高
• 涉及强名称签名、CAS代码访问安全策略的旧DLL，在.NET 6环境下相关安全逻辑会失效，不建议用兼容模式加载。

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