std::format 默认输出“最短可逆表示”，如 3.1415926 输出为 "3.14159"（6位），确保能无损解析回原值；要固定小数位或有效数字，必须显式使用 {:.3f}、{:.6g} 等格式说明符。
std::format 默认不固定浮点精度，输出“像四舍五入”只是最短可逆表示的结果，不是 bug；要精确控制小数位或有效数字，必须显式写 {:.3f} 或 {:.6g} 这类格式说明符。
为什么 std::format("{})", 3.1415926) 输出是 "3.14159" 而不是 "3.14"？
这是“最短可逆表示”规则在起作用：它确保该字符串能被 std::from_chars 唯一、无损地解析回原值，且用最少的十进制数字。所以 3.1415926 输出为 "3.14159"（6 位），而 3.1415927 可能就变成 "3.141593"（7 位）。这不是四舍五入，也不是精度丢失，是设计行为。
常见误解场景：
- 你期望日志里统一显示两位小数，但没加
.2f→ 实际输出位数浮动 - 把
std::format("{}", d)当作等价于printf("%.2f", d)→ 完全不同语义 - 用
{:g}处理科学计数法场景，却没指定精度 → 小数位数随数量级跳变
{:.Nf}、{:.Ng}、{:.Ne} 的区别和适用场景
三者控制的是完全不同的精度模型，选错会导致输出不符合预期：
立即学习“C++免费学习笔记（深入）”；
-
{:.3f}：强制定点格式，小数点后**恰好 3 位**，不足补零（1.2→"1.200"）；适合货币、坐标、固定小数位 UI 显示 -
{:.3g}：最多 **3 个有效数字**，自动在f和e之间切换（0.001234→"0.00123"，123456→"1.23e+05"）；适合传感器读数、工程报告等宽动态范围数据 -
{:.3e}：强制科学计数法，**小数点后 3 位**（123.456→"1.235e+02"）；适合调试浮点内部表示或对齐指数位
⚠️ 注意：{:.0f} 会截断小数部分（非四舍五入），3.9 → "3"；如需四舍五入再格式化，得先调用 std::round。
对齐 + 精度组合时容易踩的坑
宽度（如 10）和精度（如 .2f）可以一起用，但顺序和类型约束很关键：
-
{:10.2f}合法：总宽至少 10，小数点后 2 位，右对齐，空格填充 -
{:010.2f}合法：同上，但空格换成'0'填充（注意：仅对数值格式生效） -
{:*^12.2f}合法：居中、宽 12、小数点后 2 位、'*'填充 -
{:>10}对double不可靠：因为未指定f或g，实际可能输出"1.23457e+08"，宽度完全失控
性能提示：带宽度的格式化会触发额外的字符串缓冲区分配；高频日志中避免无意义的大宽度（如 {:50.2f}）。
编译器支持与 fallback 建议
不是所有环境都能直接用 std::format：
- MSVC 19.30+（VS 2022 17.0+）：完整支持，推荐开启
/std:c++20 - GCC 13+：基本可用，但某些 locale 相关特性仍受限；GCC 12 及更早版本不建议启用
-std=c++20后直接用std::format - Clang：依赖 libc++ 版本，16+ 较稳；若构建失败，错误通常是
"no member named 'format' in namespace 'std'"
如果无法用 std::format，fmt 库是最佳替代：语法 100% 兼容，支持 C++11，且被 spdlog、abseil 等广泛采用。别退回去用 sprintf —— 缓冲区溢出风险和类型不安全问题依然存在。
真正容易被忽略的一点：精度控制永远绑定在格式说明符里，而不是靠改变量或预处理；哪怕你把 double 强转成 float，不写 .2f，照样不会自动变两位小数。
