C# 的 CultureInfo 是区域性与文化信息的封装，直接决定数字、日期、货币的格式化与解析规则，也参与字符串比较与排序。很多“本地跑正常、服务器上结果错乱”的 Bug 都源于没显式设置 Culture。本文说明它的结构、正确用法、以及 .NET Core 与 .NET Framework 的差异。

一、三种 Culture，别搞混

• CultureInfo.InvariantCulture：与任何具体文化无关的固定规则。小数点一定是 .。用于数据交换、文件格式、URL、日志。
• CultureInfo.InvariantCulture 的兄弟 Neutral/Specific：zh（中性，只到语言）与 zh-CN（特定，含国家地区）。
• CultureInfo.CurrentCulture：当前线程用于格式化与解析的区域性。可写。
• CurrentUICulture：决定资源文件（.resx）里取哪种语言文案。zh-CN 与 en 的差别体现在这里。

关键区分：要“程序输出给用户看”用 CurrentCulture；要“机器之间传数据”必须用 InvariantCulture。

二、常见 API 用法

using System.Globalization;

double d = 1234.56;

// 默认使用当前线程 Culture —— 服务器上可能变成 1234,56
string s1 = d.ToString();

// 显式指定，永远输出 1234.56
string s2 = d.ToString(CultureInfo.InvariantCulture);
string s3 = d.ToString("N2", new CultureInfo("zh-CN"));   // 1,234.56

// 解析同理，务必带 Culture
double v = double.Parse(text, CultureInfo.InvariantCulture);
bool ok  = double.TryParse(text, NumberStyles.Float,
        CultureInfo.InvariantCulture, out v);

// 日期
var dt = DateTime.ParseExact("2026-01-02", "yyyy-MM-dd",
        CultureInfo.InvariantCulture);
string iso = dt.ToString("s", CultureInfo.InvariantCulture); // 可排序格式

数字格式说明符（N2 千分位、P2 百分比、C 货币）都受 Culture 影响。CultureInfo("de-DE") 会把 1234.56 变成 1.234,56 €。日期 MM/dd/yyyy 与 dd/MM/yyyy 的歧义也源于此，美国/欧洲混用场景下解析出错最常见。

三、修改 Culture 的正确方式

// 1) 只影响当前线程
Thread.CurrentThread.CurrentCulture = new CultureInfo("en-US");

// 2) .NET 4.6+/Core 3.0+：影响整个进程（推荐，避免每个线程单独设置）
CultureInfo.DefaultThreadCurrentCulture   = new CultureInfo("en-US");
CultureInfo.DefaultThreadCurrentUICulture = new CultureInfo("zh-CN");

// 3) 基于某文化派生自定义规则（不改公共文化定义）
var custom = (CultureInfo)new CultureInfo("en-US").Clone();
custom.NumberFormat.CurrencySymbol = "¥";
custom.NumberFormat.NumberDecimalDigits = 3;
var old = CultureInfo.CurrentCulture;
CultureInfo.CurrentCulture = custom;   // 用完恢复
// ... 输出 ...
CultureInfo.CurrentCulture = old;

要点：Clone 后再改。直接改 GetCultureInfo("en-US") 返回的实例会污染该文化的缓存对象，影响整个进程的其他代码——这是隐蔽且严重的问题。

四、字符串比较：Culture 与 Ordinal

// 排序/展示用 culture 敏感比较
"ä".CompareTo("z", CultureInfo.CurrentCulture);

// 标识符、路径、键名、枚举一律用 Ordinal（按字符码位，最快且稳定）
string.Equals(input, "ADMIN", StringComparison.OrdinalIgnoreCase);
list.Sort(StringComparer.Ordinal);
dict = new Dictionary<string, int>(StringComparer.OrdinalIgnoreCase);

经典坑：Culture-sensitive 比较下 "i" 与土耳其语的 "İ"/"ı" 关系特殊，即著名的 Turkish-I problem。做 ID/键名大小写转换与比较时必须用 Ordinal 变体：

key.ToUpperInvariant();      // 而不是 key.ToUpper()
key.ToLowerInvariant();

五、.NET Core / 容器里的高频故障

• 精简镜像（如 Alpine）默认可能缺少 ICU 全球化数据，运行时报 Couldn't find a valid ICU package。解决：安装 icu-devtools/icu-libs，或在 csproj 设 <InvariantGlobalization>true</InvariantGlobalization>（此后所有文化按 Invariant 处理，非英文本地化会失效，需评估）。
• ASP.NET Core 中区域由中间件设置：app.UseRequestLocalization(...) 依据 Accept-Language；后台线程不受它管，需在启动时设 DefaultThreadCurrentCulture。
• Linux 容器默认环境常是 C.UTF-8（即 Invariant），而开发机是 Windows 中文区域——这正是“本地对、线上错”的源头之一。

六、常见问题 FAQ

问：ToString 输出小数逗号，怎么固定成点？
答：ToString(CultureInfo.InvariantCulture)；序列化 JSON 时同理（Newtonsoft/System.Text.Json 默认已是 Invariant，但手工拼字符串时最容易出问题）。

问：怎么读系统当前区域？
答：CultureInfo.CurrentCulture.Name（如 zh-CN），UI 语言看 CurrentUICulture.Name。

问：CultureInfo("zh-CN") 会抛异常吗？
答：.NET Core/.NET 5+ 默认不校验、不会因未知名称抛异常，但 ICU 缺失时行为会退化，因此生产镜像应显式安装 ICU。

三条原则记牢：① 机器可读的数据（文件、数据库、日志、URL）一律 InvariantCulture；② 展示给用户的内容才用 CurrentCulture；③ 比较和大小写转换标识符用 Ordinal/Invariant，别用 ToUpper()；自定义文化必须 Clone 后再改。

• C#
• 国际化
• CultureInfo