.NET 5+同一NuGet包多版本解析规则及依赖冲突问题问询

问题1：运行时最终加载的RandomJsonLibrary版本 #

• NuGet执行包还原时会自动完成依赖版本协商，由于入口项目MyWebsite直接引用了RandomJsonLibrary 2.0.0，版本高于间接依赖的1.0.0，最终会统一解析为2.0.0版本的包
• .NET 5+默认的共享AssemblyLoadContext（ALC）对同一程序集标识只会加载一次，因此运行时最终只会加载2.0.0版本的RandomJsonLibrary，不会同时加载两个版本。

问题2：两个版本API完全不兼容的故障表现 #

RandomWebLibrary 1.0.0是针对RandomJsonLibrary 1.0.0编译的，其内部调用的API在2.0.0中不存在/签名不兼容时，执行到对应代码会直接抛出运行时异常：

• 常见异常类型包括MissingMethodException、TypeLoadException、MissingFieldException等
• 异常会直接导致RandomWebLibrary的相关功能失效，未捕获的情况下会造成整个应用进程崩溃。

问题3：多版本依赖问题解决措施及等效绑定重定向功能 #

等效绑定重定向功能说明 #

.NET 5+默认自带和.NET Framework绑定重定向完全等效的能力，自动绑定重定向默认开启，生成项目时会自动生成绑定重定向规则，优先使用更高版本的依赖，不需要像.NET Framework一样手动在配置文件中添加bindingRedirect节点，也可以通过修改项目文件的AutoGenerateBindingRedirects属性手动控制该行为。

多版本依赖问题的解决措施 #

• 方案1：升级RandomWebLibrary到支持RandomJsonLibrary 2.0.0的版本，从根源解决版本不匹配问题
• 方案2：若MyWebsite自身代码未使用RandomJsonLibrary 2.0.0的独有API，可将MyWebsite直接引用的RandomJsonLibrary版本降级到1.0.0，统一依赖版本
• 方案3：若必须同时使用两个版本的RandomJsonLibrary，可自定义AssemblyLoadContext，将RandomWebLibrary和它依赖的1.0.0版本RandomJsonLibrary加载到独立的自定义ALC中，实现多版本共存，该方案需要额外处理跨ALC的类型传递、对象交互等边界问题。

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