std::format 默认浮点精度不固定，采用“最短表示”规则，确保唯一可逆解析且数字最少；如1.23456789输出为"1.23457"，非四舍五入bug；需控制精度须显式指定{:.3f}等格式符。
std::format 默认浮点精度是多少？为什么输出看起来像四舍五入到6位？
std::format 对 float 和 double 默认使用“最短表示”规则（类似 std::to_chars），不是固定小数位数。它会自动省略末尾零，并在保证唯一可逆解析的前提下用最少数字表达该值——所以 1.23456789 可能输出为 "1.23457"，这不是 bug，是设计行为。
若需控制小数位数，必须显式指定格式说明符：
-
{:.3f}→ 固定小数点后 3 位（如3.14159→"3.142"） -
{:.6g}→ 最多 6 个有效数字，自动选择f或e格式 -
{:08.2f}→ 总宽 8，右对齐，小数点后 2 位，不足补前导零（注意：0填充只对数值格式生效，且仅当宽度 > 实际长度时起作用）
如何用 std::format 实现左对齐、居中、填充字符？
对齐和填充语法与 Python 的 str.format() 高度一致，但 C++20 目前只支持 （左对齐）、^（居中）、>（右对齐），默认右对齐；填充字符必须紧邻对齐符号，且只能是单字节 ASCII 字符（如空格、'0'、'*'）。
常见组合示例：
立即学习“C++免费学习笔记（深入）”；
{: → 左对齐，总宽 10，空格填充-
{:^8s}→ 字符串居中，宽 8（s说明符明确按字符串处理） -
{:0>6d}→ 整数右对齐，宽 6，不足补'0'（0是填充符，>是对齐） -
{:*^12.4f}→ 浮点数居中，宽 12，小数点后 4 位，空缺处填'*'
⚠️ 注意：std::format 不支持对浮点数单独指定对齐宽度而不带精度（如 {:>10} 对 double 可能因指数形式导致宽度不可控），建议始终搭配 f 或 g 使用。
std::format 在不同编译器/标准库中的兼容性陷阱
MSVC 从 19.31（VS 2022 17.1）起完整支持 std::format；GCC 13+ 通过 libstdc++ 支持，但需链接 -lstdc++_shared（某些 Linux 发行版默认不启用）；Clang 15+ 依赖 libc++，而 libc++ 15 尚未实现 std::format（截至 2023 年底），需手动启用实验性支持或换用其他方案。
更隐蔽的问题：
- Clang + libstdc++ 组合下，
std::format("{:.2f}", 1.234)可能抛出std::format_error，因为旧版 libstdc++ 把f当作非法说明符（实际应支持） - 所有实现目前都不支持本地化（locale-aware）格式化，
std::format总是使用 C locale - 宽字符版本
std::wformat尚未标准化，不要尝试
替代方案：当 std::format 不可用或行为异常时怎么办？
如果遇到编译失败、运行时报 std::format_error，或需要兼容 C++17，优先考虑：
- 用
std::ostringstream+std::setprecision+std::fixed：稳定、可读、无依赖 - 用
fmt::format（{fmt} 库）：API 几乎与std::format一致，C++11 起支持，性能更好，且已广泛验证 - 避免
sprintf/snprintf：类型不安全，缓冲区易溢出，且 C++20 中已被标记为“不应在新代码中使用”
真正棘手的是混合场景：比如日志系统同时要格式化时间（std::chrono）、浮点数、自定义类型——此时 std::format 的 ADL 友好性反而成了负担，容易因重载决议失败静默退回到 operator，结果输出成地址或乱码。这种时候，显式写 fmt::format 反而更可控。
