.NET 9下Azure DevOps Publish步骤耗时增至20倍的原因及解决方法

可能的原因及对应解决方案 #

1. Blazor WebAssembly默认启用AOT编译 #

.NET 9中Blazor WebAssembly的Publish流程默认开启了AOT编译，该特性会将WebAssembly代码编译为原生机器码，虽能提升运行性能，但会大幅增加编译时间——尤其是项目规模较大时，耗时从分钟级跃升到十几分钟是常见情况。而在旧版.NET中，该特性默认关闭。

解决方法：

• 若无需AOT性能提升，可在项目文件（.csproj）中显式关闭：

<PropertyGroup>
  <BlazorWebAssemblyEnableAOT>false</BlazorWebAssemblyEnableAOT>
</PropertyGroup>

• 若必须使用AOT，可尝试拆分Blazor模块、启用增量AOT编译，或缩小AOT编译范围（仅对核心组件启用）。

2. Azure DevOps .NET Core Task版本过旧 #

你使用的.NET Core task 2.*版本针对旧版.NET SDK设计，对.NET 9的适配性不足，可能导致Publish过程中出现不必要的流程冗余或兼容性开销。

解决方法：

• 将Azure DevOps管道中的.NET Core Task升级到最新稳定版（如3.*系列）或预览版，确保任务能正确识别并适配.NET 9的SDK行为。

3. 静态Web资产处理逻辑变更 #

.NET 9对Blazor的静态Web资产（Static Web Assets）处理逻辑进行了优化调整，但部分场景下可能导致Publish时需要处理更多文件、执行更复杂的依赖解析，进而拉长耗时。

解决方法：

• 若项目无需自动处理静态资产，可在.csproj中禁用该特性：

<PropertyGroup>
  <DisableStaticWebAssets>true</DisableStaticWebAssets>
</PropertyGroup>

• 清理项目中冗余的静态资源文件，减少Publish时的处理量。

4. Publish命令的隐式步骤未被完全跳过 #

尽管你添加了--no-restore和--no-build参数，但.NET 9的Publish命令在某些场景下仍会执行额外的依赖项验证或预检查步骤，导致耗时增加。

解决方法：

• 确保Publish步骤前的Build流程使用与Publish相同的.NET 9 SDK版本完成完整构建；
• 追加--no-dependencies参数，强制跳过依赖项检查：

dotnet publish --no-restore --no-build --no-dependencies

关键排查步骤 #

• 给Publish命令添加-v diag参数，生成详细诊断日志，定位具体耗时的阶段（如编译、资产复制、依赖解析等）；
• 对比.NET 8与.NET 9的Publish日志，找出流程差异点，精准定位问题根源。

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