std::format浮点数默认采用“最短可逆表示”规则，非固定6位四舍五入；需显式指定{:.3f}等格式符才能精确控制精度、对齐与填充。
std::format 默认不四舍五入到固定小数位，也不保证输出长度可控——它用的是“最短可逆表示”，所以看似像四舍五入到6位，其实是精度自适应行为。要精确控制舍入、小数位、对齐和填充，必须显式写格式说明符。
std::format 浮点数默认输出为什么像“四舍五入到6位”？
这不是 bug，也不是配置问题，而是 C++20 的设计选择：std::format 对 double 和 float 默认采用类似 std::to_chars 的“最短可逆表示”规则：输出最少数字，且能无损还原原值。例如 1.23456789 输出为 "1.23457"，0.1 输出为 "0.1"（尽管二进制无法精确表示），而 1e-5 可能变成 "0.00001" 而非科学计数法。
这种行为与 std::to_string 不同——后者固定输出小数点后 6 位并补零、舍入；也不同于 printf("%.6f") 的强制截断逻辑。
关键点：
立即学习“C++免费学习笔记（深入）”；
- 不加格式说明符时，
{}等价于{:g}，不是{:.6f} - 它不保证小数点后位数一致，也不补零（如
1.0→"1"，不是"1.000000"） - 若需确定性输出（如报表、日志对齐），必须显式指定类型（
f或g）和精度
如何用 {:x.yf} 精确控制小数位与舍入？
使用 f 类型说明符 + 显式精度是控制浮点数小数位最直接的方式，它等效于 std::fixed 的语义：固定小数点后 y 位，末尾补零，最后一位四舍五入（实际遵循 IEEE 754 舍入规则，“四舍六入五成双”）。
示例：
std::format("{:.2f}", 1.234); // "1.23"
std::format("{:.2f}", 1.235); // "1.24"（非必然，取决于二进制表示和舍入模式）
std::format("{:.2f}", 2.5); // "2.50" — 注意：这是格式化，不是舍入整数；若要整数舍入，应先计算再格式化
std::format("{:.0f}", 2.5); // "2"（IEEE 754 round-to-even，非传统四舍五入）注意：
-
.2f中的2是小数点后位数，不是总有效数字 - 该舍入由底层浮点数表示和运行时库实现决定；MSVC 可通过链接
legacy_stdio_float_rounding.obj切换为传统舍入，但std::format是否受其影响取决于标准库实现（libstdc++/libc++ 通常不受此 flag 控制） - 不要依赖
{:.0f}做业务逻辑中的整数取整，应改用std::round、std::lround等明确函数
怎么让浮点数右对齐、左对齐或居中，并带填充？
std::format 的对齐语法和 Python 一致，但仅支持单字节 ASCII 填充字符，且对浮点数必须搭配宽度和精度使用，否则宽度可能因指数形式失效。
常见组合：
std::format("{:>10.3f}", 3.14159); // 右对齐，总宽10，小数点后3位 → " 3.142"
std::format("{:<8.2f}", 42.0); // 左对齐，宽8，2位小数 → "42.00 "
std::format("{:*^12.4f}", 1.23); // 居中，宽12，4位小数，空缺填* → "***1.2300***"
std::format("{:0>8.1f}", 7.5); // 右对齐，宽8，1位小数，前导填0 → "000007.5"重要限制：
-
0填充只在0紧邻对齐符号（如0>）时生效，且仅对数值格式（f,g,d等）起作用；{:0>8}对double无效，会退化为默认g格式 - 不推荐对浮点数省略精度写
{:>10}，因为1e100这类值会导致宽度失控 - 字符串对齐（
s类型）可独立使用宽度，但浮点数必须带f或g才能稳定对齐
为什么 {:>10} 对 double 不生效，而 {:>10.3f} 可以？
因为 {:>10} 等价于 {:>10g}，而 g 格式会根据数值大小自动切换单精度或科学计数法，导致实际字符串长度不可预测（例如 123456789.0 可能输出为 "1.23457e+08"，长度远超 10）。宽度约束只在格式化结果长度小于指定宽度时才触发填充。
换句话说：std::format 的宽度是对“最终格式化字符串”的最小长度要求，不是对原始数值的排版约束。没有精度控制，浮点数的格式化结果本身就不可控。
所以真实开发中：
- 报表/表格输出：一律用
{:width.precisionf}，例如{:12.4f} - 需要兼容大数和小数：用
{:width.precisiong}，但需测试边界值（如1e-4和1e6）是否仍满足列宽 - 绝对避免裸写
{:10}处理浮点数——它看起来简洁，实则埋下对齐错乱隐患
