Visual Studio 2022开发Blazor WebAssembly应用加载缓慢问题

这不是Blazor WebAssembly的正常开发表现，20秒加载耗时和网络资源传输无关——你在网络面板看到绝大多数资源命中缓存、仅下载0.04MB资源已经能佐证这一点：所有耗时都发生在资源下载完成后，属于浏览器本地的CPU执行开销，网络面板默认不统计这部分时长。

常见触发原因 #

• Debug模式默认加载全量未裁剪、携带完整调试符号的.NET程序集和运行时，总计20MB左右的IL文件需要在浏览器沙箱里完成元数据解析、类型映射，低压CPU、机械硬盘场景下这一步就会消耗15秒以上
• VS2022按F5调试启动时，会自动完成调试器注入、浏览器调试端口连接、断点位置同步流程，部分环境下这一步会额外增加3-8秒等待
• Windows Defender等杀毒软件默认会对WASM加载到内存的程序集做实时扫描，每次启动都重复扫描全量缓存文件，会带来非常稳定的10-20秒固定耗时
• 若Debug配置意外开启了AOT编译、构建校验等发布阶段才用的能力，每次启动前的本地编译环节也会拉长等待时间

可落地优化步骤 #

按从易到难的顺序验证调整即可：

1. 先区分是不是调试器带来的开销：不用F5启动，按Ctrl+F5执行不调试启动，如果加载耗时直接降到1-3秒，说明核心耗时来自调试附加。日常开发不需要打断点时全程用不调试启动即可，需要断点调试时再切换F5。
2. 给杀毒软件加路径排除：把你的项目代码目录、.NET SDK安装目录（默认是C:\Program Files\dotnet）加到Windows Defender的排除列表里，多数场景下这一步就能解决固定20秒加载的问题。
3. 关闭Debug阶段的无效校验：打开项目下的Program.cs，在开发环境配置块里关闭构建和作用域校验，减少运行时初始化开销：

   if (builder.Environment.IsDevelopment())
   {
       builder.ConfigureContainer(new DefaultServiceProviderFactory(new ServiceProviderOptions
       {
           ValidateScopes = false,
           ValidateOnBuild = false
       }));
   }
   

4. 检查项目文件配置：打开.csproj文件，确认Debug模式的PropertyGroup下没有开启AOT编译，即<RunAOTCompilation>节点值为false，AOT编译仅需要在Release发布时开启，Debug阶段开启只会拖慢启动速度。

验证方法：调整完成后启动项目，打开浏览器开发者工具的性能面板录制启动全流程，可以看到所有耗时都集中在dotnet.wasm的执行阶段，和网络传输无关，和你之前观察到的缓存命中现象完全匹配。

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