如何同步.NET Core与.NET Framework区域文化？Linux容器配置无效问题

问题原因 #

.NET Framework依赖Windows NLS（National Language Support）提供全球化规则，而.NET Core在Linux环境下默认使用ICU（International Components for Unicode）作为全球化支持组件。System.Globalization.UseNls配置仅在Windows环境生效，Linux系统无NLS底层实现，因此该配置在Linux容器中会被忽略，导致日期格式与.NET Framework不一致。

解决方案 #

方案1：自定义文化（推荐） #

通过创建自定义文化，覆盖日期格式、月份缩写等规则，确保跨平台行为与.NET Framework完全一致。

示例代码：

// 配置en-GB文化，对齐.NET Framework的月份缩写
var enGbCustomCulture = new CultureInfo("en-GB")
{
    DateTimeFormat =
    {
        AbbreviatedMonthNames = new[] { "Jan", "Feb", "Mar", "Apr", "May", "Jun", "Jul", "Aug", "Sep", "Oct", "Nov", "Dec", "" },
        AbbreviatedMonthGenitiveNames = new[] { "Jan", "Feb", "Mar", "Apr", "May", "Jun", "Jul", "Aug", "Sep", "Oct", "Nov", "Dec", "" }
    }
};

// 配置he-IL文化，对齐.NET Framework的日期分隔符
var heIlCustomCulture = new CultureInfo("he-IL")
{
    DateTimeFormat =
    {
        DateSeparator = "/"
    }
};

// 设置为线程默认文化（全局生效）
CultureInfo.DefaultThreadCurrentCulture = enGbCustomCulture; // 根据当前需要切换目标文化
CultureInfo.DefaultThreadCurrentUICulture = enGbCustomCulture;

• 优势：不依赖系统环境，跨Windows/Linux容器行为一致；可灵活覆盖所有需要对齐的全球化规则。
• 注意：若需支持多文化，需为每个目标文化单独配置并按需切换。

方案2：硬编码格式规则（适合固定场景） #

如果仅涉及少数固定格式的日期处理，可直接硬编码格式细节，避免依赖系统文化。

示例代码：

var targetDate = new DateTime(2024, 9, 12);

// en-GB 格式：d MMM yyyy
var monthAbbreviations = new Dictionary<int, string>
{
    {1, "Jan"}, {2, "Feb"}, {3, "Mar"}, {4, "Apr"}, {5, "May"}, {6, "Jun"},
    {7, "Jul"}, {8, "Aug"}, {9, "Sep"}, {10, "Oct"}, {11, "Nov"}, {12, "Dec"}
};
string enGbFormatted = $"{targetDate.Day} {monthAbbreviations[targetDate.Month]} {targetDate.Year}";

// he-IL 格式：dd/MM/yyyy
string heIlFormatted = $"{targetDate:dd/MM/yyyy}"; // 直接指定分隔符，忽略系统文化的默认设置

• 优势：实现简单，完全可控；适合仅需处理少量固定格式的场景。
• 劣势：扩展性差，若需支持更多格式或文化，维护成本高。

方案3：调整Linux容器ICU配置（局限性大） #

部分ICU的行为可通过安装特定语言包或修改配置调整，但ICU与NLS的规则差异较多，难以完全对齐：

1. 在Debian/Ubuntu容器中安装对应语言包：apt-get install -y language-pack-en language-pack-he
2. 设置环境变量DOTNET_SYSTEM_GLOBALIZATION_PREDEFINED_CULTURES_ONLY=false，允许自定义文化覆盖系统ICU规则（需结合方案1使用）

• 注意：该方案仅能解决部分场景的差异，无法保证所有规则与.NET Framework完全一致，不推荐作为首选方案。

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