.NET应用中同一库多版本管理的最优实现方案咨询

核心目标拆解 #

要实现用户可选择不同版本的工具、避免同名DLL冲突、复用共享依赖，核心是隔离专属依赖+复用共享依赖，以下是几种可行方案：

方案1：版本隔离目录+共享依赖复用 #

• 为每个工具版本创建独立子目录，比如./Tools/V1/、./Tools/V2/，只存放该版本专属的依赖（如不同版本的AWSSDK.Core.dll、AWSSDK.S3.dll）
• 共享依赖（如同一版本的Newtonsoft.Json.dll、Microsoft.Extensions.Logging.dll）统一放在应用主bin目录，无需在子目录重复复制。.NET程序集加载器默认会优先从应用基目录（bin）查找匹配版本的共享依赖，只要版本一致就能自动复用
• 配置程序集绑定重定向（针对.NET Framework修改app.config，.NET Core/.NET 5+修改runtimeconfig.json），强制所有引用指向主bin目录的共享依赖版本，避免版本歧义。例如：

  <!-- .NET Framework app.config 示例 -->
  <dependentAssembly>
    <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-13.0.0.0" newVersion="13.0.0.0" />
  </dependentAssembly>
  

方案2：动态加载+AssemblyLoadContext隔离（.NET Core/.NET 5+推荐） #

• 为每个工具版本创建独立的AssemblyLoadContext（ALC），ALC是.NET Core引入的程序集隔离机制，不同ALC加载的程序集相互独立
• 自定义ALC的加载逻辑：专属依赖从对应版本的子目录加载，共享依赖委托给默认的ALC（即从主bin目录加载），实现共享依赖复用。示例代码：

  // 创建针对V1工具的独立加载上下文
  var toolV1Alc = new AssemblyLoadContext("ToolV1", isCollectible: true);
  // 加载V1工具的主程序集
  var v1Assembly = toolV1Alc.LoadFromAssemblyPath(Path.Combine(AppContext.BaseDirectory, "Tools/V1/AmazonToolV1.dll"));
  // 实例化工具并调用方法
  var uploader = v1Assembly.CreateInstance("AmazonToolV1.S3Uploader");
  uploader.GetType().GetMethod("UploadFile").Invoke(uploader, new object[] { "filePath", "bucketName" });
  

• 这种方式完全隔离不同版本的专属依赖，同时自动复用主bin目录的共享库，不需要手动复制共享DLL到子目录

方案3：NuGet本地源辅助管理 #

• 将不同版本的工具打包成NuGet包，发布到本地文件夹源
• 在应用中集成NuGet包管理API，根据用户选择的版本，动态下载对应工具包到指定子目录
• 结合AssemblyLoadContext加载下载后的程序集，共享依赖会自动由主应用的NuGet依赖管理统一放到bin目录，避免重复

关键疑问解答 #

• 不同目录是否需要重复放共享DLL？
  不需要。只要共享依赖版本一致，.NET加载器会优先从应用基目录（bin）加载，子目录中的工具会自动使用主bin的共享库，无需重复复制。
• 能否用NuGet管理实现共享DLL复用？
  可以。在打包工具NuGet包时，将共享依赖设置为PrivateAssets="none"，这样主应用安装工具包时，共享依赖会自动被合并到主bin目录；专属依赖则随工具包的版本隔离存放，配合动态加载即可实现需求。

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