C++ std::format处理国际化货币与本地化输出 _ 现代C++格式化技巧【实战】-C++-PHP中文网

c++oding="utf-8" ?>

std::format 不支持国际化货币与本地化输出，因其硬编码使用 c locale，忽略 std::locale 参数，{:l} 非法，须用 std::put_money + std::locale 或 fmt 库替代。

c++ std::format处理国际化货币与本地化输出 _ 现代c++格式化技巧【实战】

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 驱动。关键步骤：

构造目标 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>

示例：

C++14

C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。

下载

std::locale cn{"zh_CN.UTF-8"};
std::ostringstream oss;
oss.imbue(cn);
oss (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} 等扩展语法