.NET 8项目引用含WCF的.NET Framework DLL加载失败，如何解决？

针对你遇到的System.ServiceModel 3.0.0.0加载失败问题，给你几个可行的解决思路：

1. 安装完整的Windows兼容性包 #

单独安装System.ServiceModel.Primitives这类零散包覆盖不全，直接安装Microsoft.Windows.Compatibility NuGet包——这个包整合了.NET Framework绝大多数传统API的兼容实现，包括完整的WCF组件，能覆盖旧DLL对System.ServiceModel的依赖需求。

2. 添加程序集绑定重定向 #

旧DLL编译时依赖的是.NET Framework 3.0版本的System.ServiceModel，但NuGet提供的兼容包是更高版本，需要让运行时自动映射版本：

• 给.NET 8项目手动添加app.config（控制台/桌面项目默认没有），在配置里加入绑定重定向规则：

<configuration>
  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
        <assemblyIdentity name="System.ServiceModel" 
                          publicKeyToken="b77a5c561934e089" 
                          culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-4.0.0.0" 
                         newVersion="4.8.0.0" />
      </dependentAssembly>
    </assemblyBinding>
  </runtime>
</configuration>

• 把app.config的“复制到输出目录”设置为“如果较新则复制”，然后清理项目重新生成。

3. 进程隔离调用（终极方案） #

如果上面的方法都无效，说明旧DLL可能有更深的.NET Framework专属依赖，这时候用进程隔离最稳妥：

• 写一个.NET Framework的控制台应用或Windows服务，把旧DLL的调用逻辑封装进去，对外暴露简单的调用接口（比如命名管道、本地HTTP API）。
• .NET 8项目通过调用这个中间程序来间接使用旧DLL的功能，彻底隔离两个不同的运行时环境。

注意事项 #

• 所有依赖WCF的兼容方案仅支持Windows环境，Linux/macOS下无法运行这类旧WCF依赖的代码。
• 每次安装NuGet包后，记得清理项目的bin/obj目录再重新生成，避免缓存导致的依赖加载异常。

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