.NET 5 MVC 中基于客户端标识实现专属.resx资源文件优先加载的方案问询

问题原因 #

默认ASP.NET Core的资源查找逻辑仅支持标准的RFC 4646文化名称格式，你使用的nl-BE-6属于携带自定义客户端标识的非标准文化名，原生的ResourceManagerStringLocalizer不会识别该格式的资源文件，因此无法加载。

可行解决方案 #

方案1：重写自定义字符串本地化器（适配动态客户端标识场景） #

该方案适合客户端标识不固定、动态生成的场景，通过自定义资源查找逻辑实现优先级匹配：

• 首先自定义IStringLocalizer实现类，继承原生ResourceManagerStringLocalizer，重写资源查找逻辑
• 在查找资源时，优先拼接{基础文化名}-{客户端标识}的资源名进行查询，查询不到则回退到标准文化链查找逻辑

核心示例代码：

public class CustomClientStringLocalizer : ResourceManagerStringLocalizer
{
    private readonly IHttpContextAccessor _httpContextAccessor;

    public CustomClientStringLocalizer(ResourceManager resourceManager, Assembly assembly, string baseName, IResourceNamesCache resourceNamesCache, IHttpContextAccessor httpContextAccessor) 
        : base(resourceManager, assembly, baseName, resourceNamesCache)
    {
        _httpContextAccessor = httpContextAccessor;
    }

    public override LocalizedString GetString(string name)
    {
        // 从请求上下文获取提前存入的当前客户端标识
        var clientId = _httpContextAccessor.HttpContext?.Items["ClientId"]?.ToString();
        var currentCulture = CultureInfo.CurrentUICulture.Name;
        
        if (!string.IsNullOrEmpty(clientId))
        {
            // 优先查找带客户端标识的资源
            var customCultureName = $"{currentCulture}-{clientId}";
            var customValue = base.GetString(name, CultureInfo.GetCultureInfo(customCultureName));
            if (!customValue.ResourceNotFound)
            {
                return customValue;
            }
        }
        // 查找不到走默认文化链逻辑
        return base.GetString(name);
    }
}

• 之后在Startup/Program.cs中注册自定义的IStringLocalizerFactory，替换原生工厂，生成自定义的Localizer实例即可生效。

方案2：注册自定义系统文化（适配客户端标识固定的场景） #

如果你的客户端标识数量有限且固定，且部署环境为Windows系统，可以直接将带标识的名称注册为系统合法自定义文化，原生资源管理器就能直接识别对应的resx文件：

// 程序启动时执行一次即可
var cultureBuilder = new CultureAndRegionInfoBuilder("nl-BE-6", CultureAndRegionModifiers.None);
// 继承nl-BE的基础文化配置
cultureBuilder.LoadDataFromCultureInfo(new CultureInfo("nl-BE"));
cultureBuilder.LoadDataFromRegionInfo(new RegionInfo("nl-BE"));
cultureBuilder.Register();

注册完成后，你直接将当前请求的UICulture设置为nl-BE-6，原生逻辑就能自动加载对应资源，找不到key会自动回退到父级nl-BE，再找不到回退到全局资源，完全匹配需求。

方案3：调整资源目录结构（无侵入替代方案） #

不想修改底层逻辑的话，可以调整资源文件的存放结构，将不同客户端的资源放到单独的目录下：

Resources/
    Client6/
        nl-BE.resx
    nl-BE.resx
    Global.resx

请求时先根据客户端标识优先读取对应Client目录下的资源，找不到再读取上层通用资源即可。

注意事项 #

• 所有resx文件的属性中，生成操作需设置为嵌入的资源，否则不会被打包到程序集中无法加载
• 跨平台部署场景不支持方案2的系统文化注册，推荐使用方案1实现

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