如何评估运行时实际使用的DLL文件/引用并清理未使用的依赖项

1. 未使用的依赖DLL是否可以删除 #

可以删除，前提是确认这些DLL不存在以下调用场景：

• 代码中未通过反射、动态加载逻辑调用该DLL的功能
• 配置文件、资源文件中没有绑定该DLL的类型引用
  否则运行时触发对应逻辑会抛出FileNotFoundException异常。

2. Visual Studio原生支持的自动过滤方案 #

针对.NET Core 3.0+ / .NET 5+ 项目 #

官方内置了依赖剪裁功能，可自动移除未使用的程序集和代码：

• 操作路径：右键项目 → 属性 → 发布页签，配置发布规则时勾选「剪裁未使用的代码（仅适用于独立部署）」
• 也可直接在.csproj文件中添加以下配置：

<PropertyGroup>
  <PublishTrimmed>true</PublishTrimmed>
  <!-- 可选配置：partial为仅剪裁未使用的程序集，Aggressive为同时剪裁程序集内未使用的代码 -->
  <TrimMode>partial</TrimMode>
</PropertyGroup>

发布时会自动过滤掉Tools.dll中未被你项目调用的依赖，比如你没用到Html解析功能的话，HtmlAgilityPack.dll会直接被排除。

针对.NET Framework 项目 #

VS没有内置相关功能，需要手动实现或使用第三方工具处理。

3. 手动实现方案优化 #

你原有的启动时删DLL的思路存在明显风险：

• 启动时遍历方法调用需要加载程序集，此时DLL已被进程占用无法删除
• 运行时分析容易漏检反射、延迟加载的依赖，删除后运行到对应逻辑直接崩溃
• 部分运行环境下程序对bin目录没有写入权限，删除操作会执行失败

优先推荐编译后静态分析方案，逻辑如下：

• 基于Mono.Cecil库开发一个轻量化的依赖分析工具，在VS编译完成后作为生成后事件自动运行
• 工具执行逻辑：
  • 加载项目的入口exe文件，递归遍历所有类型、方法、属性的外部引用
  • 收集所有被引用的程序集名称清单，和bin目录下的所有DLL文件做比对
  • 将不在引用清单内的DLL移动到备份目录，不要直接删除，方便出问题回滚
• 生成后事件配置命令参考：

"$(SolutionDir)tools\DependencyTrimTool.exe" "$(TargetPath)" "$(TargetDir)"

如果一定要用运行时处理逻辑，需调整为独立启动器方案：

• 开发一个独立的loader.exe作为用户入口，用户实际运行的是这个启动器
• 启动器先在未加载主程序的前提下完成依赖分析和冗余DLL清理
• 清理完成后再拉起主程序exe运行

注意事项 #

所有自动剪裁方案都需要将你代码中用到的动态加载（如Assembly.Load、反射调用）的依赖添加到排除列表，避免被误删。

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