NuGet反复添加旧版不存在程序集及Npgsql依赖问题求助

安全阿岳

2026-5-6

解答你的Npgsql与System.Runtime.CompilerServices.Unsafe版本冲突问题

这其实是NuGet和Npgsql包本身的设计逻辑导致的：

Npgsql 4.1.3.1在编译阶段引用的是System.Runtime.CompilerServices.Unsafe 4.0.6.0版本，这个版本信息会被嵌入到Npgsql.dll的元数据中。
当你执行Update-Package -reinstall时，NuGet会自动为项目生成程序集绑定重定向——这是它的默认行为，目的是让CLR在运行时能找到兼容的程序集版本。虽然Npgsql文档说明运行时需要至少4.6.0版本，但NuGet会优先根据编译时的引用版本生成绑定条目，这就导致app.config里被强制加上了4.0.6.0的配置。
另外，部分NuGet包会附带安装脚本（比如.targets或.props文件），这些脚本也可能自动添加绑定重定向，哪怕你手动修改过配置，重新安装包时也会被覆盖。

你使用的“Analyze Assembly Dependencies”工具，直接分析Npgsql.dll时显示的是编译时的引用版本（也就是嵌入在dll元数据里的4.0.6.0），而非运行时实际需要的版本。这里要明确两个关键概念：

编译时版本：是Npgsql项目编译时依赖的固定版本，写死在dll的引用表中。
运行时版本：是Npgsql实际运行时兼容的最低版本（即文档里提到的4.6.0），只要你的项目中存在该版本（或更高版本）的System.Runtime.CompilerServices.Unsafe，并配置了正确的绑定重定向，程序就能正常运行。

你混淆了编译时引用版本和运行时兼容版本：Npgsql编译时依赖旧版本，但运行时可以兼容更高版本。工具显示的是编译阶段的依赖信息，而文档说明的是运行阶段的最低要求，这两者并不矛盾。

手动修改绑定重定向：
打开app.config，找到System.Runtime.CompilerServices.Unsafe的绑定条目，调整oldVersion的范围以覆盖旧版本，newVersion设为你实际安装的目标版本（比如4.6.0或更高）：
```
<dependentAssembly>
  <assemblyIdentity name="System.Runtime.CompilerServices.Unsafe" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
  <bindingRedirect oldVersion="0.0.0.0-4.6.0.0" newVersion="4.6.0.0" />
</dependentAssembly>
```
修改完成后，右键项目 → 属性 → 应用程序 → 点击生成绑定重定向，确保配置生效。
手动安装指定版本的依赖包：
在NuGet包管理器中，直接安装System.Runtime.CompilerServices.Unsafe 4.6.0或更高版本，NuGet通常会自动更新绑定重定向（如果没有被Npgsql的安装脚本覆盖的话）。
检查项目目标框架：
如果你的项目基于.NET Framework 4.x，确保目标框架版本不低于4.6.1——更高版本的System.Runtime.CompilerServices.Unsafe可能对目标框架有最低版本要求。

内容的提问来源于stack exchange，提问作者Michał Faflik