Blazor WASM托管项目部署Azure遇HTTP Error 500.30如何调试？

针对你遇到的Blazor WASM托管项目（.NET 6）部署Azure后启动失败的问题，可以通过以下步骤定位具体错误：

1. 查看Azure内置日志流 #

• 登录Azure门户，进入目标应用服务，在左侧菜单的「监控」下打开「日志流」，这里会实时输出应用启动过程中的日志、异常信息，是最快定位启动错误的方式。
• 同时可以使用「诊断和解决问题」功能，搜索「ASP.NET Core启动失败」相关诊断项，工具会自动排查配置错误、依赖缺失等常见问题。

2. 启用stdout详细日志 #

• 在应用服务的「配置」->「常规设置」中，开启「应用日志记录（文件系统）」，设置日志级别为Debug或Error，保存后重启应用。
• 也可以在项目的appsettings.json中添加更详细的日志配置，部署后日志会输出到日志流中：

{
  "Logging": {
    "LogLevel": {
      "Default": "Debug",
      "Microsoft.AspNetCore": "Debug"
    }
  }
}

通过这些日志能看到启动时的具体异常堆栈，明确是配置错误、依赖缺失还是代码逻辑问题。

3. 核对部署配置与本地差异 #

• 确认本地用dotnet publish -c Release生成的发布包完整，部署到Azure的包和本地一致，没有遗漏第三方依赖、配置文件。
• 检查应用服务「配置」->「应用程序设置」中的环境变量、连接字符串，确保和本地开发环境的配置一致（比如数据库连接、API地址），很多启动失败都是因为配置未同步。
• 验证应用服务的.NET版本设置：在「配置」->「常规设置」中，确认.NET版本选择的是「.NET 6 (LTS)」，避免版本不兼容导致启动失败。

4. 远程调试捕获启动异常 #

• 如果使用Visual Studio开发，在发布配置中启用「远程调试」（需应用服务定价层为Basic及以上），发布后在Visual Studio中选择「调试」->「附加到进程」，选择对应的Azure应用服务进程。
• 附加调试器后重启Azure应用，就能实时捕获启动时抛出的异常，通过断点逐步排查问题。

5. 检查自定义启动命令 #

• 若项目设置了自定义启动命令（比如dotnet YourProject.dll），在应用服务「配置」->「常规设置」的「启动命令」中确认命令正确，Blazor WASM托管项目默认无需自定义启动命令，误配置会导致启动失败。

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