Blazor Server默认本地化配置为何无法读取浏览器语言设置？

在Blazor Server应用中，默认的RequestLocalization配置无法自动读取并适配浏览器语言，核心原因在于Blazor Server的请求模型与传统ASP.NET Core应用不同，具体分为两点：

1. 默认中间件仅处理初始HTTP请求 #

UseRequestLocalization中间件依赖HTTP请求的Accept-Language头检测浏览器语言，但Blazor Server应用在初始HTTP请求完成后，后续所有交互都通过SignalR的WebSocket连接进行，不会再触发该中间件的逻辑：

• 仅用户首次加载页面时，浏览器会发送包含Accept-Language头的HTTP请求，此时中间件会读取并设置请求文化；
• 若用户在应用运行过程中修改浏览器语言设置，由于没有新的HTTP请求触发中间件，应用无法感知语言变化。

2. Blazor组件上下文未自动同步请求文化 #

即使初始HTTP请求的文化被中间件正确设置到HttpContext，Blazor组件默认也不会自动将HttpContext的文化同步到组件的执行上下文（即CultureInfo.CurrentCulture/CultureInfo.CurrentUICulture）。组件默认使用服务器的系统文化，而非浏览器传递的请求文化。

为何自定义RequestCultureProvider能生效 #

你添加的自定义RequestCultureProvider之所以生效，通常是因为它突破了上述限制：

• 可能在自定义Provider中，将检测到的浏览器语言存储到了用户会话（Session）或本地存储（LocalStorage）中；
• 后续通过Blazor的生命周期钩子（如OnInitializedAsync）或自定义服务，从存储中读取语言并手动设置组件的文化上下文，确保每次组件渲染都使用正确的语言。

如果只想让初始请求适配浏览器语言，可通过以下步骤完善配置：

1. 确保请求文化同步到组件上下文
   在Startup.cs的ConfigureServices中，添加Blazor文化同步配置：

services.AddLocalization(options => options.ResourcesPath = "Resources");
// 添加Blazor文化支持，将HttpContext的文化同步到组件上下文
services.AddServerSideBlazor()
    .AddCircuitOptions(options =>
    {
        options.DetailedErrors = true;
        // 启用文化同步
        options.Culture = RequestCultureProviders.DefaultCulture;
    });

2. 明确设置默认请求文化与Provider优先级
   在Configure方法中，显式指定AcceptLanguageHeaderRequestCultureProvider的优先级，并设置默认文化：

var supportedCultures = new[] { "sv-SE", "de-DE" };
var localizationOptions = new RequestLocalizationOptions()
    .SetDefaultCulture("sv-SE") // 设置默认文化
    .AddSupportedCultures(supportedCultures)
    .AddSupportedUICultures(supportedCultures);

// 确保Accept-Language头Provider在最前面
localizationOptions.RequestCultureProviders.Insert(0, new AcceptLanguageHeaderRequestCultureProvider());

app.UseRequestLocalization(localizationOptions);

3. 在组件中正确读取资源
   确保组件中通过IStringLocalizer或直接引用资源文件时，使用当前组件上下文的文化：

@inject IStringLocalizer<MyComponent> Localizer

<p>@Localizer["Greeting"]</p>

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