ASP.NET Core MVC 3.1 全视图本地化 登录后语言持久化问题

你现在遇到的登录后跳回en-GB的问题，本质上是两个最容易踩的ASP.NET Core本地化配置坑，没有涉及复杂的逻辑改动，按下面的步骤调整就能实现全站点语言偏好的长期沿用。

核心问题根源 #

• 自定义语言Cookie和框架的读取规则完全不匹配：你在SetLanguage方法里手写Cookie存文化值时，用了自定义的Cookie键名，但框架的CookieRequestCultureProvider只会读取固定名称.AspNetCore.Culture下的格式化文化值，你自己存的Cookie框架根本感知不到，登录重定向时自然会回退到默认文化。
• 请求文化提供程序的优先级没有显式指定：框架默认的提供程序顺序里，浏览器自动生成的Accept-Language头优先级高于Cookie，一旦登录流程触发302重定向，框架会优先读取浏览器头里的en-GB值，完全跳过Cookie的判断逻辑。
• 中间件注册顺序错误：把本地化中间件放在身份验证、路由中间件后面，等登录流程跑完、页面已经初始化完了才去读取语言偏好，根本来不及作用到当前请求。

具体修复步骤 #

1. 修正ConfigureServices里的本地化服务配置 #

不要依赖框架默认的提供程序顺序，显式指定优先级，把Cookie提供程序放在最高优先级，这样只要用户存过语言选择，就最先被读取：

// 和你原有配置保持一致的本地化注册
services.AddLocalization(options => options.ResourcesPath = "Resources");
services.AddControllersWithViews()
    .AddViewLocalization()
    .AddDataAnnotationsLocalization();

// 配置支持的文化列表，把en、fr纳入支持范围
var supportedCultures = new[]
{
    new CultureInfo("en"),
    new CultureInfo("fr")
};

services.Configure<RequestLocalizationOptions>(options =>
{
    options.DefaultRequestCulture = new RequestCulture("en");
    options.SupportedCultures = supportedCultures;
    options.SupportedUICultures = supportedCultures;
    // 显式指定提供程序优先级：Cookie > 查询字符串 > 浏览器Accept-Language头
    options.RequestCultureProviders = new List<IRequestCultureProvider>
    {
        new CookieRequestCultureProvider(),
        new QueryStringRequestCultureProvider(),
        new AcceptLanguageHeaderRequestCultureProvider()
    };
});

2. 重写SetLanguage方法的Cookie写入逻辑 #

不要自己拼Cookie名称和值格式，直接用框架提供的帮助类生成符合读取要求的内容，避免格式不匹配导致读不到的问题：

// 在Home控制器里调整SetLanguage方法
private readonly CultureInfo[] supportedCultures = new[]
{
    new CultureInfo("en"),
    new CultureInfo("fr")
};

public IActionResult SetLanguage(string culture, string returnUrl)
{
    // 校验传入的文化值是否在支持列表里，避免非法传参
    var isValidCulture = supportedCultures.Any(c => c.Name == culture);
    culture = isValidCulture ? culture : "en";
    
    // 用框架自带的方法生成Cookie的标准值，不需要手动拼接
    var cultureCookieValue = CookieRequestCultureProvider.MakeCookieValue(
        new RequestCulture(culture, culture));
    
    // 写入框架默认名称的Cookie，30天有效期
    Response.Cookies.Append(
        key: CookieRequestCultureProvider.DefaultCookieName,
        value: cultureCookieValue,
        options: new CookieOptions
        {
            Path = "/", // 设定Cookie作用域为全站点，避免跨路径失效
            Expires = DateTimeOffset.UtcNow.AddDays(30),
            IsEssential = true, // 避免合规中间件拦截非必要Cookie写入
            Secure = true // 生产环境开HTTPS时保持开启
        });
    
    // 防止重定向到外部站点，直接回跳来源页
    return LocalRedirect(returnUrl);
}

这里要注意两个隐性坑：

• 一定要把Cookie的Path设为根路径/，不然Cookie只会在SetLanguage接口所在的路径下生效，登录后跳转到其他控制器路径时，Cookie就不可见了。
• IsEssential必须设为true，如果你站点开了Cookie同意权限，非必要Cookie会被合规中间件直接拦截，根本写不进浏览器，框架自然读不到。

3. 调整Configure方法里的中间件注册顺序 #

本地化中间件必须放在所有业务中间件的最前面，比路由、身份验证的执行时机更早，不然语言设置根本来不及作用到当前请求：

public void Configure(IApplicationBuilder app, IWebHostEnvironment env)
{
    // 第一步：最先注册本地化中间件
    var locOptions = app.ApplicationServices.GetRequiredService<IOptions<RequestLocalizationOptions>>();
    app.UseRequestLocalization(locOptions.Value);
    
    // 第二步：注册路由
    app.UseRouting();
    
    // 第三步：注册身份验证、授权逻辑（登录流程核心）
    app.UseAuthentication();
    app.UseAuthorization();
    
    // 第四步：映射默认MVC路由
    app.UseEndpoints(endpoints =>
    {
        endpoints.MapControllerRoute(
            name: "default",
            pattern: "{controller=Home}/{action=Index}/{id?}");
    });
}

关于查询字符串方式的语言持久化 #

你不需要手动用TempData存文化值，配置好上面的提供程序顺序后，查询字符串的读取逻辑是框架自动生效的：只要URL后面带上?culture=fr参数，QueryStringRequestCultureProvider会自动识别当前请求的语言。只要用户提交一次语言选择，就会把文化值写入刚才配置的标准Cookie，后续所有页面跳转都不需要再手动带查询字符串，靠Cookie就能全程沿用用户的选择，比TempData的临时存储稳定太多。

额外提醒：你之前遇到的en-GB回退，就是因为之前的优先级配置里浏览器头的en-GB值压过了自定义的Cookie值，现在把Cookie提供程序放到最高优先级后，只要Cookie里存了用户选的语言，就会直接覆盖浏览器传来的默认值，不会再出现回退的问题。

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