VS2019项目Nuget包升级后运行时仍请求旧版本问题咨询

1. 为什么编译与分发版本一致，仍需要绑定重定向？ #

这是因为CLR的程序集版本匹配规则是严格的，默认情况下只会加载版本号完全匹配的程序集，哪怕是小版本升级（比如从1.7.0.0到1.7.1.0）也不会自动兼容。

出现这种情况的核心原因，大概率是你的程序中存在间接依赖旧版本Diffplex的情况：

• 可能是解决方案内的其他类库项目，仍引用着1.7.0.0版本的Diffplex，你只升级了主项目的引用；
• 也可能是你项目依赖的某个第三方组件，其内部清单声明了需要1.7.0.0版本的Diffplex；
• 甚至可能是编译缓存残留：VS的obj/bin目录中旧的编译产物未清理干净，导致最终输出的主程序集清单里，依然保留了对1.7.0.0版本的依赖声明。

绑定重定向的作用，就是强制CLR将所有对0.0.0.0-1.7.1.0版本Diffplex的请求，都重定向到你分发的1.7.1.0版本，从而绕过严格的版本匹配规则。

2. 这是VS或NuGet的Bug吗？ #

大概率不是Bug，而是依赖管理和CLR加载机制的正常行为。可能的诱因包括：

• 未完整升级所有引用：你只升级了主项目的Diffplex版本，但解决方案内其他依赖Diffplex的项目未同步升级；
• 编译缓存未清理：VS的增量编译机制可能保留了旧版本的依赖声明，需要手动清理bin/obj目录后重新编译；
• NuGet还原不彻底：极少数情况下，NuGet还原时未完全替换旧版本的程序集文件，但你已经确认分发的是1.7.1.0版本，这个可能性较低。

验证与排查建议 #

• 用dotnet ildasm工具打开你的主程序.exe，查看程序集清单中的AssemblyRef节点，确认是否存在对Diffplex 1.7.0.0的依赖声明；
• 检查解决方案内所有项目的NuGet引用列表，确保所有引用Diffplex的项目都已升级到1.7.1.0；
• 执行清理解决方案（右键解决方案→清理），然后手动删除所有项目的bin和obj目录，重新编译后再分发测试。

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