PackageReference与packages.config的绑定重定向机制有什么区别？

1. 版本规则与生效阶段差异 #

• packages.config 绑定重定向
  生效时机覆盖包还原/下载阶段与编译期，版本规则为严格匹配重定向目标版本：还原阶段会直接拉取重定向指定的版本，编译期强制项目引用该版本，同个程序集不会出现多版本共存的情况。
• PackageReference 绑定重定向
  生效时机为编译后期与运行时，包还原阶段不应用绑定重定向规则，仅使用项目文件中声明的依赖版本规则解析，版本规则为就近兼容原则：还原阶段允许拉取所有直接/间接依赖的满足版本，绑定重定向仅在编译生成配置、运行时加载时统一版本，还原阶段允许同包多版本临时共存。

2. 易出现差异的包类型 #

• 多目标框架（TFM）适配包：packages.config 仅会拉取匹配当前项目TFM的单版本资源，PackageReference 可能因不同依赖声明的同包版本不同，拉取多个TFM适配版本，最终靠绑定重定向统一运行时加载版本。
• 含强签名程序集的包：packages.config 还原阶段就会对齐强签名版本，不会出现签名不匹配问题；PackageReference 还原阶段可能拉取多版本，若重定向配置生成失败会触发强签名验证报错。
• 带content文件、自定义构建脚本的包：packages.config 还原阶段就会导入重定向后版本的对应资源与构建逻辑，PackageReference 会优先导入最高版本的包构建逻辑，与绑定重定向规则无关。

3. 其他隐性区别 #

• 重定向维护逻辑不同：packages.config 需要手动配置或通过NuGet包管理器自动生成重定向条目写入app.config/web.config；PackageReference 默认开启自动绑定重定向，无需手动维护配置条目，仅特殊场景需要手动覆盖规则。
• 传递依赖覆盖范围不同：packages.config 会将所有传递依赖显式列在配置文件中，重定向规则仅覆盖显式列出的包；PackageReference 不显示列出传递依赖，重定向规则自动覆盖所有直接、传递依赖。
• 冲突报错时机不同：packages.config 出现版本冲突时会在还原阶段直接报错，必须先调整重定向配置才能正常拉取包；PackageReference 版本冲突时还原阶段不会报错，仅在编译、运行时出现程序集加载错误时才需要调整重定向规则。

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