添加Prometheus NuGet包后，.NET Framework项目输出出现大量无关程序集

我之前也碰到过类似的.NET Standard包引入到传统.NET Framework项目后，输出目录被大量无关依赖塞满的情况，给你几个实用的排查和解决方向：

• 启用依赖项修剪（适用于发布场景）
  在你的项目文件（.csproj）中添加以下配置，让构建过程自动移除未被使用的依赖程序集：

  <PropertyGroup>
    <PublishTrimmed>true</PublishTrimmed>
    <!-- 如果是调试构建也想修剪，可以加上下面这行 -->
    <DebugTrimmed>true</DebugTrimmed>
  </PropertyGroup>
  

  注意：修剪可能会影响反射相关的功能，一定要测试Prometheus指标导出的核心功能是否正常工作。

• 排查并排除不必要的传递依赖
  先通过命令查看完整的依赖链，找出那些明显和Windows平台或你的项目无关的包：

  dotnet list package --include-transitive
  

  然后在项目文件中针对这些冗余依赖添加排除配置，比如：

  <PackageReference Include="ProblematicPackage" Version="x.x.x">
    <ExcludeAssets>all</ExcludeAssets>
  </PackageReference>
  

  这种方式需要你对依赖有一定判断，确保排除的确实是无用组件。

• 临时回退到稳定版包
  既然你之前用过该包的稳定版本且体验良好，在预发布版的依赖问题被修复前，可以暂时回退到那个版本，既能保证功能正常，又能避免依赖爆炸的问题。

• 添加构建事件清理输出目录（临时方案）
  如果上面的方法都暂时无法生效，可以在项目的Post-build event中添加脚本，手动删除输出目录里的无关程序集。比如用PowerShell脚本：

  Get-ChildItem "$(TargetDir)" -Filter "UnrelatedAssembly*.dll" | Remove-Item
  

  不过这只是权宜之计，最好还是从依赖管理层面解决问题。

另外，既然你已经在项目仓库提交了问题，建议补充你的项目目标框架版本（比如.NET Framework 4.7.2或4.8）以及依赖链的输出信息，这样维护者能更快定位到.NET Standard到.NET Framework的依赖兼容问题。

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