CultureInfo.CurrentCulture 返回用户当前会话区域设置，决定日期数字货币格式；CultureInfo.CurrentUICulture 对应 UI 显示语言，控制资源加载；GetSystemDefaultUILanguage 获取系统安装语言，跨平台应优先查 LANG/LC_ALL 环境变量。
用 CultureInfo.CurrentCulture 获取当前系统地区设置
它返回的是用户当前会话的区域设置（locale），不是安装语言，也不是 UI 显示语言——比如 Windows 中文版用户把区域设为“英语（美国）”，CultureInfo.CurrentCulture 就是 en-US，而非 zh-CN。
常见错误是把它当成“系统显示语言”来用，结果在多语言切换场景下出错。真正影响日期、数字、货币格式的，正是这个值。
- 适用于格式化输出：
DateTime.Now.ToString("D", CultureInfo.CurrentCulture) - 不保证和系统 UI 语言一致；Windows 设置里“语言 → Windows 显示语言”改了，它未必变
- 桌面应用中通常可靠；ASP.NET Core 中需注意请求线程可能被重置，得显式赋值
用 CultureInfo.CurrentUICulture 判断界面语言
这才是真正对应“系统 UI 语言”或“应用资源加载语言”的值。.NET 用它决定从哪个 Resources.resx 文件加载字符串（比如 Strings.zh-CN.resx 还是 Strings.en-US.resx）。
容易踩的坑：在后台线程或定时任务里直接读它，可能拿到默认值（如 en-US），因为线程没继承 UI 上下文。
- WinForms/WPF 主线程中通常准确；控制台程序默认取系统 UI 语言，但可被
Thread.CurrentThread.CurrentUICulture覆盖 - ASP.NET Core 中，它由
Accept-Language请求头或本地化中间件决定，和服务器系统语言无关 - 检查是否生效：打印
CultureInfo.CurrentUICulture.Name，别只看.DisplayName（后者可能本地化过，反而难比对）
获取 Windows 系统安装语言要用 GetSystemDefaultUILanguage
.NET 没有直接封装这个 API，必须 P/Invoke。它返回的是操作系统镜像安装时选定的语言 ID（LCID），比如中文版 Windows 返回 2052（即 zh-CN），不会随用户切换区域或显示语言而改变。
典型误用：想判断“这台机器是不是中文系统”，却用了 CurrentCulture 或 CurrentUICulture，结果用户切了英文界面就失效。
[DllImport("kernel32.dll")]
private static extern uint GetSystemDefaultUILanguage();
// 使用：
var lcid = GetSystemDefaultUILanguage();
var culture = new CultureInfo((int)lcid); // 如 lcid==2052 → zh-CN
- 仅 Windows 有效；Linux/macOS 下此调用失败，需降级处理
- 返回值是 LCID，不是字符串，别试图直接当 name 用
- 需要
using System.Runtime.InteropServices;，且目标平台不能是 AnyCPU + Prefer 32-bit 混合模式（可能引发异常）
跨平台安全获取语言首选项：优先查环境变量 LANG 和 LC_ALL
在 .NET 6+ 的跨平台场景（特别是容器或 Linux 服务），CurrentUICulture 可能是 invariant，而系统真实语言藏在环境变量里。这时候硬调 Windows API 不但无效，还会抛异常。
关键点：不要假设运行环境，先探测再 fallback。
- Linux/macOS 下优先读
Environment.GetEnvironmentVariable("LC_ALL")，其次"LANG" - 值形如
zh_CN.UTF-8，需截取前缀（zh_CN→zh-CN）再传给CultureInfo构造函数 - Windows 上这些变量通常为空，所以必须作为 fallback，不能替代
CurrentUICulture - 注意大小写和连字符转换：Python 习惯用下划线，.NET 要求连字符，
zh_CN得转成zh-CN
