启用AOT编译的Blazor WebAssembly为何未生成预期的.wasm文件？

嘿，我来帮你理清这个困惑！你提到的情况其实是Blazor WASM AOT编译的默认行为，和你之前了解的早期描述可能有版本细节差异，下面我一步步给你解释：

一、先搞懂Blazor WASM AOT的实际工作原理 #

在.NET 6及后续正式版本中，Blazor WASM的AOT编译并不是把每个C# DLL或BCL库都单独编译成独立的.wasm文件，而是会：

• 将所有需要AOT编译的IL代码（包括你的项目代码、引用的类库以及必要的BCL部分）直接编译为WebAssembly字节码
• 把这些字节码合并打包到单个优化后的dotnet.wasm文件中，同时会生成配套的.blat文件（包含资源和元数据）
• 这样做的目的是减少HTTP请求数量，优化浏览器加载性能，这是官方现在的默认优化策略

你之前看到的文章描述可能对应.NET 6早期预览版的行为，当时确实会生成多个.wasm文件，但正式版调整为合并打包的方式了。

二、如何确认你的AOT编译是否真的生效？ #

如果不确定AOT是否正常启动，可以按以下步骤排查：

1. 检查项目配置：打开你的.csproj文件，确认是否正确添加了AOT编译开关，且只在发布模式下启用：

   <PropertyGroup>
     <!-- 仅在发布模式下启用AOT -->
     <RunAOTCompilation Condition="'$(Configuration)' == 'Release'">true</RunAOTCompilation>
   </PropertyGroup>
   

   注意：RunAOTCompilation在调试模式下会被忽略，必须用Release模式发布才会触发AOT。

2. 查看发布日志：执行发布命令时，控制台日志中应该会出现类似以下的内容，如果没有，说明AOT没启动：

   Compiling assemblies for WebAssembly AOT...
   Optimizing WebAssembly output...

3. 对比文件和性能：

   • AOT编译后的dotnet.wasm体积会比非AOT版本大很多（因为包含了编译后的字节码，而不是IL代码）
   • 首次启动应用时，浏览器开发者工具的网络面板中不会看到JIT编译相关的请求，应用启动速度会明显更快

三、如果想要拆分多个.wasm文件（可选） #

如果你确实需要拆分多个.wasm文件，可以通过自定义wasm.build.json配置文件来实现，但这属于高级场景，官方并不推荐（会增加HTTP请求次数）。配置示例大致如下：

{
  "enabled": true,
  "splitPerAssembly": true
}

不过这个配置可能随.NET版本有所调整，建议参考对应版本的官方文档。

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