getuserdefaultuilanguage 返回当前用户界面语言标识符（langid），如中文（简体）为0x0804，需用lcidtolocalename或getlocaleinfo转换为字符串；它不等于区域设置lcid，且在uwp或服务进程中行为特殊。
GetUserDefaultUILanguage 返回的是什么语言ID
它返回的是 Windows 的当前用户界面语言标识符（LANGID），比如中文（简体）是 0x0804，英文（美国）是 0x0409。这不是字符串，而是一个 16 位整数，高字节是主语言，低字节是子语言。别直接拿它当字符串用，否则会得到乱码或错误判断。
- 必须用
GetLocaleInfo或LCIDToLocaleName把 LANGID 转成可读名称（如"zh-CN"或"en-US"） -
GetUserDefaultUILanguage只反映当前用户的 UI 语言设置，不是系统区域格式（那是GetUserDefaultLCID干的事） - 在多用户、远程桌面或 UWP 沙箱环境下，可能返回意外值，建议加
IsValidLanguageGroup验证
用 LCIDToLocaleName 获取标准 BCP 47 语言标签
Windows 10+ 推荐用 LCIDToLocaleName，它能输出像 "zh-Hans-CN" 这样的标准语言标签，比老式 GetLocaleInfo 更可靠。注意它需要传入缓冲区大小并检查返回值——失败时返回 0，不是 -1。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 调用前先用
LCIDToLocaleName(0, nullptr, 0, 0)获取所需缓冲区长度 - 缓冲区至少分配
LOCALE_NAME_MAX_LENGTH（定义在winnls.h中，值为 85） - 返回字符串不含结尾 null，但
LCIDToLocaleName会写入 null，所以申请空间时要 +1 - 如果返回 0，说明 LANGID 不合法或系统不支持（例如 Win7 下对某些新 locale 会失败）
兼容 Win7 的 fallback 方案：GetLocaleInfo + LOCALE_SISO639LANGNAME
在老旧系统上，LCIDToLocaleName 可能不可用，得退回到 GetLocaleInfo。但要注意：LOCALE_SISO639LANGNAME 只返回语言码（如 "zh"），不带地区；想拼出 "zh-CN" 得额外调用 LOCALE_SISO3166CTRYNAME，再手动组合。
-
GetLocaleInfo第二个参数用LOCALE_SISO639LANGNAME获取语言部分，LOCALE_SISO3166CTRYNAME获取国家/地区部分 - 两者返回的字符串都是大写（如
"CN"），需转小写才能符合 BCP 47 规范 - 某些 locale（如“中文（繁体，台湾）”）的
LOCALE_SISO3166CTRYNAME返回"TW"，但实际应写作"zh-TW"，不能硬套规则 - 务必检查返回值是否为 0，且缓冲区未溢出（
GetLocaleInfo返回值包含结尾 null，长度计算要小心）
常见错误：误把 GetUserDefaultLCID 当作 UI 语言
GetUserDefaultLCID 返回的是用户默认“区域设置”（locale），影响数字/日期格式，不是 UI 显示语言。比如用户装了英文系统但把区域设为“中国”，GetUserDefaultLCID 是 0x0804，但 UI 是英文 —— 此时 GetUserDefaultUILanguage 才是 0x0409。
- 混淆这两个函数会导致多语言资源加载错乱（比如本该加载 en-US 的字符串却用了 zh-CN 的）
- UWP 应用必须用
Windows::Globalization::ApplicationLanguages::PrimaryLanguageOverride，不能依赖 Win32 API - 服务进程（Session 0）下
GetUserDefaultUILanguage常返回0x0409（默认英文），不代表真实用户选择
EnumSystemLocalesEx，代价不小。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
