如何在运行时获取C#项目中未使用的依赖Assembly？

以下是几个无需硬编码路径的优化方案，按优先级排序：

1. 确保依赖项被复制到输出目录 #

• 右键项目A中的B/C引用 → 属性 → 确认复制本地设置为True。这个属性控制构建时是否将依赖DLL复制到项目A的输出目录，CLR只会从当前应用目录、GAC等默认路径加载程序集，未复制的依赖自然无法被找到。
• 同时检查解决方案构建顺序：右键解决方案 → 项目依赖项 → 确保项目A依赖于B和C，且构建顺序为B、C先于A，保证构建时DLL能被正确复制到输出目录。

2. 避免编译器优化移除未使用的引用 #

如果项目A中没有直接使用B/C的类型，编译器会自动移除这些引用，导致DLL不会被复制。解决方法：

• 在项目A中添加对B/C类型的"占位"引用，比如在任意类中声明：

  // 仅用于强制保留引用，无需实际调用
  private static readonly Type _keepBReference = typeof(B.SomeType);
  private static readonly Type _keepCReference = typeof(C.SomeType);
  

• 或者直接修改项目文件（.csproj），强制保留引用：

  <ItemGroup>
    <ProjectReference Include="..\B\B.csproj">
      <Private>True</Private>
    </ProjectReference>
    <ProjectReference Include="..\C\C.csproj">
      <Private>True</Private>
    </ProjectReference>
  </ItemGroup>
  

3. 使用AssemblyResolve事件动态加载 #

如果上述方法不适用，比如依赖项可能存放在其他目录，可以注册AssemblyResolve事件，在CLR找不到程序集时自动查找：

// 在项目启动阶段注册（例如Program.cs开头）
AppDomain.CurrentDomain.AssemblyResolve += (sender, args) =>
{
    var assemblyName = new AssemblyName(args.Name);
    // 可根据实际场景调整查找路径，比如从应用根目录或解决方案输出目录查找
    var dllPath = Path.Combine(AppContext.BaseDirectory, $"{assemblyName.Name}.dll");
    if (File.Exists(dllPath))
    {
        return Assembly.LoadFrom(dllPath);
    }
    // 可扩展其他查找逻辑，比如遍历子目录
    return null;
};

该方法比硬编码Assembly.Load()更灵活，无需指定固定路径，只要能动态定位到DLL位置即可。

4. 检查GAC和程序集加载策略 #

如果B/C被安装到了全局程序集缓存（GAC），CLR会优先从GAC加载，但需要确保程序集的版本、公钥令牌等信息完全匹配。不过一般项目依赖不建议使用GAC，除非是系统级通用组件。

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