std::format不支持千分位分隔符，因C++20标准未定义{:,}语法，所有主流实现均忽略逗号或报错；需改用std::ostringstream配合locale或第三方库如fmt。
std::format 不支持千分位分隔符（如 1,234.56），这是 C++20 标准明确未实现的特性；所有主流实现（MSVC、libstdc++、libc++）均忽略 locale 设置，且格式说明符中无对应语法。若需该功能，必须自行实现或降级使用其他方案。
为什么 {:,} 在 std::format 中无效
你可能在 Python 或 JavaScript 中习惯用 {:,} 添加千分位逗号，但在 C++20 的 std::format 中，, 不是合法的格式说明符字符——它既不会被识别为分隔符，也不会报错，而是直接被忽略或导致 std::format_error（取决于实现）。MSVC STL 源码中 _Parse_format_specs 函数根本不解析逗号；libstdc++ 13 同样跳过未知字符。这不是 bug，是标准未定义该行为。
-
std::format("{:,}", 1234567.89)在 MSVC 19.34 下编译通过但输出"1234567.89"（逗号消失） -
std::format("{:,.2f}", 1234567.89)在 GCC 13.2 下抛出std::format_error：unknown format specifier ',' - 所有实现均强制使用 C locale，
std::locale和std::numpunct对std::format完全无效
替代方案：用 std::ostringstream + std::locale 实现千分位
唯一可靠、可移植的方式是弃用 std::format，改用 std::ostringstream 配合 std::locale 和 std::numpunct 特化。注意：这需要手动控制精度和 fixed，且不能与 std::cout 共享状态。
- 创建局部
std::ostringstream，避免污染全局流 - 设置 locale：
oss.imbue(std::locale("en_US.UTF-8"))（Linux/macOS）或std::locale("")（Windows） - 启用 fixed 和 precision：
oss - 对整数部分加逗号需自定义
std::numpunct子类（较重），或用字符串后处理（轻量但不通用）
示例（仅限基础千分位，依赖系统 locale）：
立即学习“C++免费学习笔记（深入）”；
std::ostringstream oss;
oss.imbue(std::locale(""));
oss << std::fixed << std::setprecision(2) << 1234567.89;
// 输出可能为 "1,234,567.89"（取决于系统 locale 是否启用分组）
精度控制必须与类型说明符共存，否则对齐失效
如果你仍想用 std::format 做精度控制（比如两位小数），但误写成 {:>12} 或 {:.2}，结果会不可控：前者可能因科学计数法使实际宽度远超 12，后者等价于 {:.2g}，对 0.0001 输出 "0.0001" 而非 "0.00"。
- 正确写法：
{:>12.2f}（右对齐、宽 12、定点、2 位小数） - 错误写法：
{:>12}（对 double 可能输出"1.23e+10"，长度仅 9，对齐失效） - 错误写法：
{:.2}（等价于{:.2g}，对123.456输出"1.2e+02"，不是"123.46"） - 若需补零对齐，用
{:012.2f}，但注意0填充只在宽度 > 实际字符数时生效
真正需要千分位时，别硬套 std::format
当业务明确要求千分位（如财务 UI、报表导出），std::format 就不该是首选。它的设计目标是轻量、无状态、跨 locale 稳定，而非本地化输出。强行拼接字符串模拟（如每三位插逗号）容易在负数、小数、指数场景出错；而 std::ostringstream 虽稍重，但语义清晰、可测试、可调试。更关键的是：所有已知生产环境中的千分位需求，最终都落在了字符串后处理或专用 formatting 库（如 ICU、fmtlib）上——fmt::format("{:,}", x) 是目前最接近“开箱即用”的方案，且兼容 C++17。
