Blazor应用部署到Azure App Service需区分Server与WebAssembly类型:Server需.NET运行时支持,WebAssembly可作静态网站部署;推荐VS一键发布或GitHub Actions自动部署,并注意WebSocket启用、base href配置及MIME类型问题。

Blazor 应用(尤其是 Blazor Server 或 Blazor WebAssembly)发布到 Azure App Service 是常见且成熟的部署方式。关键在于区分项目类型、正确配置发布管道、处理静态资源与后端依赖,并注意 Azure App Service 的运行环境限制。
Blazor Server 和 Blazor WebAssembly 部署方式不同,不能混用:
wwwroot),无需后端运行时;也可部署到 Azure Static Web Apps(更轻量、免费层友好)。适合本地开发完成、快速验证场景:
https://your-app-name.azurewebsites.net 即可打开应用。实现代码 push 后自动构建、发布,提升可靠性与可追溯性:
.github/workflows/deploy-blazor.yml。actions/setup-dotnet 安装 .NET SDK,执行 dotnet publish -c Release -o ./publish,再用 Azure/webapps-deploy 推送整个 publish 文件夹。dotnet publish -c Release 输出 wwwroot 内容),用 Azure/webapps-deploy@v2 部署静态文件即可,无需运行时配置。AZURE_WEBAPP_PUBLISH_PROFILE(从 Azure 门户下载发布配置获取)。部署后打不开?多半卡在这几个地方:
/myapp/),需在 index.html 中修改 <base href="/myapp/">,并在 Program.cs 中调用 app.UsePathBase("/myapp")(仅 Blazor Server)。.dll 或 .wasm 文件。在 web.config(Windows)或 mime.types(Linux Nginx)中补充类型映射,或改用 Azure Static Web Apps 避免此问题。基本上就这些。只要分清 Blazor 类型、选对运行环境、配好构建输出路径,再留意 WebSocket 和 base href 这两个高频坑,发布过程很顺。
以上就是Blazor 发布到 Azure App Service 教程的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号