如何在C#中通过NuGet刻意强制实现依赖项隔离，支持同一主程序集中多版本依赖共存

听起来你遇到的是典型的运行时依赖版本冲突问题——NuGet的包解析是在编译时确定依赖，但CLR默认会在同一个加载上下文里优先加载找到的第一个版本，也就是你说的"Nearest Wins"，这显然不符合你需要同时运行两个版本Package B的需求。下面是针对你的Blazor Server+RCL/插件架构的可行解决方案：

1. 核心方案：使用Assembly Load Contexts (ALCs) 实现程序集隔离 #

.NET Core 3.0+引入的Assembly Load Context是实现运行时程序集隔离的官方机制，它允许你创建独立的加载上下文，每个上下文可以加载同一程序集的不同版本，互相不干扰。

具体实现步骤： #

• 创建独立的ALC实例：分别为Package A和Package C创建专属的ALC。对于Package A，你需要确保它的所有依赖（包括Package B v1.0）都从指定路径加载，而不是共享的输出目录。

  // 为Package A创建隔离的ALC
  var packageAAlc = new AssemblyLoadContext("PackageA_Isolated", isCollectible: true);
  // 加载Package A和它的依赖（比如从单独的插件目录）
  var packageAAssembly = packageAAlc.LoadFromAssemblyPath(@"Plugins\PackageA\PackageA.dll");
  var packageBV1Assembly = packageAAlc.LoadFromAssemblyPath(@"Plugins\PackageA\PackageB.dll"); // 明确加载v1.0版本
  

• Blazor组件的特殊处理：如果Package A包含Blazor组件（RCL），你需要在对应的ALC里加载组件的程序集，并通过自定义的IComponentActivator来在正确的上下文中实例化组件，避免主上下文加载错误版本的依赖。
• 通信隔离：确保Package A和主程序/Package C之间的通信通过共享的接口程序集进行，这个接口程序集不能依赖Package B的任何版本，只定义契约，这样两边可以独立实现。

2. 进阶方案：将Package A封装为独立插件 #

如果你的架构已经包含插件系统，直接把Package A和它的依赖（Package B v1.0）打包成一个独立的插件包，通过.NET的插件框架加载，天然实现隔离：

• 定义共享接口：创建一个不含业务依赖的类库，定义Package A需要对外暴露的接口（比如IPackageAService）。
• 打包插件：将Package A、Package B v1.0以及它们的其他依赖打包到单独的插件目录，确保这个目录里的Package B是v1.0版本，不会和主程序的新版Package B混放。
• 加载插件：使用AssemblyLoadContext加载插件目录下的程序集，通过共享接口和插件交互，完全隔离插件内部的依赖版本。

3. 避坑提醒：哪些方法不适用？ #

• NuGet别名（Aliases）：别名只是编译时用来区分同名程序集，运行时CLR仍然会加载一个版本，无法实现隔离，所以不适用。
• 绑定重定向（Binding Redirects）：这是强制所有依赖使用同一个版本的程序集，和你需要同时运行两个版本的需求完全相反，千万别用。
• 直接复制多个版本到输出目录：CLR会优先加载找到的第一个版本，后续加载会失败，导致冲突或异常。

针对Blazor Server的额外注意事项 #

Blazor Server的组件是在服务器端的.NET进程中运行的，所以：

• 不要在主程序的_Imports.razor中直接引用Package A的组件，而是通过动态加载的方式在隔离ALC中注册组件。
• 如果Package A的RCL包含静态资源（比如CSS、JS），需要确保这些资源能被正确加载，可能需要单独处理插件的资源嵌入或静态文件服务。

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