std::locale 不全局生效，仅在显式传入或绑定的上下文中起作用；std::locale::global() 对 std::cout 受 std::num_get facet 控制；跨平台应使用空字符串 "" 构造 locale。
C++ 的 std::locale 不是“设一次就全局生效”的开关，它只在你显式传入或绑定的上下文中起作用——比如 std::stringstream、std::ctype、std::num_put 这些 facet 操作时才触发本地化逻辑。
为什么 std::locale::global() 看似没效果？
很多人调了 std::locale::global(std::locale("zh_CN.UTF-8")) 就以为 std::cout 会自动用中文逗号分隔千位，结果没有。因为 <code>std::cout 默认用的是 classic locale（即 "C" locale），且流对象初始化后不会自动重读全局 locale。
-
std::locale::global()只影响后续新建的流对象（如新构造的std::ostringstream），不影响已存在的std::cout/std::cin - 即使改了全局 locale，
std::cout.imbue(std::locale())仍需手动调用才能让它“感知”新 locale - Linux/macOS 上
"zh_CN.UTF-8"可能不存在，可用locale -a | grep zh_CN查真实名称；Windows 用"Chinese_China.936"或直接""（空字符串表示系统默认）
怎么让数字输出带本地化格式（如千位分隔符、小数点）？
必须显式 imbue 流，并确保 locale 包含 std::numpunct facet。否则哪怕 locale 设置对了，std::cout 还是按 C 格式输出。
- 先确认 locale 是否真支持数字格式：构造后检查
loc.name()，避免静默退化为"C" - 对每个需要本地化的流单独调用
stream.imbue(loc)，不能只靠std::locale::global() - 使用
std::showpos、std::fixed等 manipulator 不影响 locale 行为，但std::use_facet<:numpunct>>(loc).thousands_sep()</:numpunct>可以查当前分隔符
示例：
立即学习“C++免费学习笔记（深入）”；
std::locale loc("");
if (loc.name() == "C") {
// 失败：系统没配好 locale，loc 是退化版
}
std::ostringstream oss;
oss.imbue(loc);
oss << 1234567.89; // 此时才可能输出 "1,234,567.89"（取决于 loc）
string 转数字时 locale 会影响什么？
std::stod、std::stoi 等函数完全不读 locale，永远按 C 格式解析（小数点是 .，无千位符）。真正受 locale 影响的是 std::istringstream 的 >> 操作符。
-
std::stod("1.234,56")必然失败，哪怕 locale 是德语系（小数点是逗号） - 但
std::istringstream iss("1.234,56"); iss.imbue(de_locale); double x; iss >> x;才会按德语规则解析 - 注意：如果字符串含空格或前导零，
operator>>行为也受std::num_getfacet 控制，不是简单字符匹配
跨平台 locale 名称怎么写才可靠？
没有统一写法："en_US.UTF-8" 在 Linux 常见，macOS 可能叫 "en_US.UTF-8" 或 "en_US.utf8"，Windows 根本不认这种命名，得用 "" 或 "English_United States.1252"。
- 最稳妥的是用空字符串
""：构造std::locale("")会尝试读系统环境变量（LC_ALL、LANG等） - 不要硬编码
"zh_CN.UTF-8"后直接 try-catch——构造失败会抛std::runtime_error，且不同编译器报错信息不一致 - Clang libc++ 对 locale 支持较弱，某些 facet（如
std::moneypunct）可能未实现，GCC libstdc++ 更全但启动稍慢
真正难的从来不是调用 imbue，而是判断当前 locale 是否真的提供了你需要的那个 facet，以及该 facet 的行为是否符合预期——比如同一个 "de_DE.UTF-8"，glibc 和 musl 下 std::numpunct::grouping() 返回值可能不同。
