Blazor 怎么在不同环境下使用不同配置

Blazor应用按环境配置分Server与WASM两类：Server沿用ASP.NET Core机制，自动加载appsettings.{Environment}.json；WASM需手动AddJsonFile并注入环境名，敏感配置须后端提供。

Blazor 应用在不同环境（如开发、测试、生产）中使用不同配置，核心思路和 ASP.NET Core 一致：依靠 环境变量（ASPNETCORE_ENVIRONMENT） + 分环境的配置文件（appsettings.{Environment}.json），并结合 Blazor 的启动逻辑加载对应配置。

服务端渲染（Blazor Server）直接沿用 ASP.NET Core 配置机制

Blazor Server 是标准的 ASP.NET Core 应用，配置方式完全相同：

• 项目根目录下保留 appsettings.json（通用配置）和 appsettings.Development.json、appsettings.Production.json 等环境专属文件
• 确保这些文件的 “复制到输出目录”属性设为“如果较新则复制”
• 在 Program.cs 中调用 builder.Configuration 加载配置，无需额外操作 —— 框架会自动根据 ASPNETCORE_ENVIRONMENT 值合并对应文件
• 例如，在开发环境下运行时，appsettings.Development.json 会自动覆盖 appsettings.json 中的同名键

WebAssembly（Blazor WASM）需手动加载环境配置文件

Blazor WASM 运行在浏览器中，没有服务器端环境变量，也不能直接读取本地文件系统。它通过 HTTP 请求加载 JSON 配置，因此要按环境区分，关键在于：

• 构建时生成对应环境的 appsettings.{Environment}.json 文件（如 appsettings.Staging.json）并部署到服务器同一目录下
• 在 Program.cs 中显式调用 configuration.AddJsonFile 并传入带环境名的路径
• 环境名通常由构建参数或部署脚本控制，比如用 MSBuild 属性 $(Configuration) 或自定义变量

示例（WASM 的 Program.cs）：

标签： html js 前端 git json github 操作系统 编码 浏览器 app 后端 环境变量 win 配置文件