.NET Framework 4.8类库引用PnP Framework遇程序集冲突求解决

这种场景完全可行——.NET Framework 4.8原生支持.NET Standard 2.0，而PnP Framework刚好兼容该标准，你遇到的System.Runtime与System.Runtime.InteropServices程序集冲突，是.NET Framework和.NET Standard组件之间版本映射的常见问题，可通过以下方式解决：

一、优先用程序集绑定重定向 #

这是解决.NET Framework程序集版本冲突的标准方案，操作如下：

1. 找到调用该类库的应用程序（而非类库自身）的app.config或web.config文件；
2. 添加绑定重定向规则，强制指定冲突程序集的版本：

<configuration>
  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <!-- 处理System.Runtime版本冲突 -->
      <dependentAssembly>
        <assemblyIdentity name="System.Runtime" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-4.2.2.0" newVersion="4.2.2.0" />
      </dependentAssembly>
      <!-- 处理System.Runtime.InteropServices版本冲突 -->
      <dependentAssembly>
        <assemblyIdentity name="System.Runtime.InteropServices" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-4.2.2.0" newVersion="4.2.2.0" />
      </dependentAssembly>
      <!-- 若还有其他相关程序集报错，可按相同格式补充重定向 -->
    </assemblyBinding>
  </runtime>
</configuration>

注意：类库项目自身的app.config不会直接生效，必须在最终运行的应用程序配置文件中配置。

二、通过条件加载隔离冲突版本 #

如果绑定重定向无效，可尝试用程序集别名+条件编译实现条件加载：

1. 设置程序集别名：
   在Visual Studio中右键类库项目→「管理NuGet程序包」，找到PnP Framework依赖的System.Runtime、System.Runtime.InteropServices，在「属性」面板给它们设置别名（比如PnPRuntime）；
2. 在代码中通过别名引用：

extern alias PnPRuntime;
// 使用别名指定的程序集下的类型
using PnPRuntime::System.Runtime;
using PnPRuntime::System.Runtime.InteropServices;

3. 配合条件编译区分平台（如果需要跨框架兼容）：

#if NETFRAMEWORK
extern alias PnPRuntime;
using PnPRuntime::System.Runtime.InteropServices;
#else
using System.Runtime.InteropServices;
#endif

三、辅助排查步骤 #

• 清理项目：删除bin、obj目录，重新生成解决方案，避免残留旧版本程序集；
• 更新NuGet包：确保PnP Framework及所有依赖包都是最新稳定版本；
• 确认目标框架：检查类库项目属性，确保确实是目标.NET Framework 4.8，没有误选其他框架。

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