关于.NET Core应用构建部署与发布体积过大的困惑咨询

你的测试应用功能正常，但发布体积超出预期的问题，核心原因和System.Management.Automation（PowerShell相关依赖包）的特性以及发布配置有关，下面给你详细拆解和解决办法：

为什么FDD模式发布体积这么大？ #

• PowerShell依赖的特殊性：System.Management.Automation和Microsoft.PowerShell.SDK这类包并非纯托管的框架级依赖，它们包含大量平台特定的原生组件、PowerShell运行时文件。默认发布时，工具会把所有支持的平台（win10-x64、linux-x64等）的依赖文件都打包进来，这直接导致了runtimes目录的臃肿。
• 默认发布配置未指定目标运行时：Visual Studio默认的FDD发布如果没指定具体运行时，会生成跨平台兼容的包，自动包含所有支持平台的依赖文件，自然体积就上去了。

优化方案 #

1. 指定目标运行时发布 #

这是最直接的解决办法，发布时明确指定你要部署的目标平台（比如linux-x64），这样只会打包该平台的必要依赖，体积会大幅缩减。

• Visual Studio界面操作：在发布配置里找到「目标运行时」，选择对应的平台（比如linux-x64），然后重新发布。
• 命令行方式：用dotnet cli执行发布命令：

  dotnet publish -c Release -r linux-x64 --self-contained false
  

  这里--self-contained false确保是框架依赖部署模式，不会打包整个.NET Core运行时，只带应用和对应平台的PowerShell依赖。

2. 调整项目文件锁定运行时 #

在你的.csproj文件里添加配置，固定目标运行时，这样每次发布都会默认只打包该平台的依赖：

<PropertyGroup>
  <!-- 替换成你需要的目标运行时，比如linux-x64、win10-x64等 -->
  <RuntimeIdentifier>linux-x64</RuntimeIdentifier>
</PropertyGroup>

添加后再发布，runtimes目录就只会包含指定平台的文件，体积会明显变小。

3. 精简依赖引用 #

检查你的项目依赖，确认是否只引用了必要的包。比如如果只是执行简单的PowerShell命令，确保只引用System.Management.Automation而不是冗余的PowerShell SDK包（不过你的场景用Get-Host确实需要核心依赖），避免不必要的依赖文件被打包。

补充说明：即使是FDD模式，System.Management.Automation这类第三方平台特定依赖还是需要随应用打包，因为它们不属于.NET Core框架的内置组件，但指定目标运行时后就不会冗余打包多平台文件了。

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