std::format 不支持国际化货币与本地化输出，因其硬编码使用 C locale，忽略 std::locale 参数，{:L} 非法，须用 std::put_money + std::locale 或 fmt 库替代。
std::format 不支持国际化货币与本地化输出——这不是 bug，是 C++20 标准的明确设计限制。 它硬编码使用 C locale，所有数字、时间、货币格式均无视 std::locale，{:L} 在标准库中非法，传入 std::locale 参数会被静默忽略。
为什么 std::format 无法输出 ¥12,345.67 或 1.234.567,89 €
标准禁止 std::format 参与本地化：解析器跳过所有 locale 查找逻辑，不调用 std::moneypunct、std::numpunct 或 std::time_put facet。即使你写 std::format(std::locale{"zh_CN.UTF-8"}, "{:L}", 12345.67)，结果仍是 12345.67（小数点、无符号、无千位分隔符）。GCC 13.4 允许编译该语句，但运行时无效；MSVC 19.34+ 声明了重载却内部忽略 locale；libstdc++ 和 libc++ 中对应重载基本未实现。
典型错误现象：
- 无编译错误、无异常，但输出始终是英文习惯
-
{:%x}在中文 locale 下仍输出05/11/26，而非11/05/26或2026年05月11日 -
std::format(loc, "{:.2f}", 1234.5)输出1234.50，不会变成1.234,50
真正能做本地化货币输出的是 std::put_money + std::locale
必须切换到流式 I/O，靠 std::locale 的 facet 驱动。关键步骤：
立即学习“C++免费学习笔记（深入）”；
- 构造目标
std::locale：Linux/macOS 用"zh_CN.UTF-8"（需系统已安装），Windows 用"Chinese_China.936"或"zh-CN" - 用
std::ostringstream+imbue()绑定 locale - 调用
std::put_money：它读取std::moneypunct，自动插入符号、分隔符、小数点位置 -
std::put_money输入是long long（最小货币单位），需乘以 100 后强制转换：static_cast<long long>(amount * 100)</long>
示例：
std::locale cn{"zh_CN.UTF-8"};
std::ostringstream oss;
oss.imbue(cn);
oss << std::showbase << std::put_money(static_cast<long long>(12345.67 * 100));
// 输出类似：¥12,345.67（取决于系统 locale 数据）std::vformat + gettext 才是真正的国际化字符串拼接路径
别把 std::format 当作翻译工具——它不处理占位符重排序（如阿拉伯语主谓倒置）、不支持复数规则（one/two/many）、不加载翻译表。硬用会崩在运行时语序或语法上。
正确做法是让 gettext 负责翻译，std::vformat 负责类型安全填充：
- 用
gettext("Price: %s")拿到翻译后的 C 字符串（如"Prix : %s"） - 转成
std::string_view，传给std::vformat：std::vformat(std::string_view{gettext("Price: %s")}, std::make_format_args(price_str)) - 必须用
std::vformat（不是std::format），因后者只接受编译期字面量 - 占位符统一用
%s/%d形式；std::vformat支持它们，但不支持{:.2f}等扩展语法
注意：gettext 返回的字符串若含未转义的 { 或 }（比如 JSON 片段），std::vformat 会抛 std::format_error: invalid format string。
fmt 库是唯一接近“std::format + locale”的可行替代
如果你坚持类 std::format 的语法且需要 locale 支持，fmt 是目前最成熟的选项：
- 启用
FMT_LOCALE宏并链接libfmt -
fmt::format(std::locale{"de_DE.UTF-8"}, "{:L}", 1234567)可输出1.234.567 -
{:L}是fmt特有标志，在标准std::format中非法 - 日期和货币仍需配合
fmt::localtime和自定义模板，非开箱即用
真正做 I18N 时，格式化只是冰山一角；字符串翻译、复数、双向文本、时区等，都得靠 gettext、ICU 或现代框架支撑。而 std::format 的定位很清晰：一个跨平台一致、类型安全、无 locale 依赖的纯格式化工具。
