{:>10} 对 double 无效，因浮点数默认采用最短表示（可能为科学计数法），导致实际宽度不可控；必须显式指定 f 或 g 等类型说明符才能稳定对齐。
std::format 对浮点数做对齐和填充，必须显式指定类型说明符（如 f 或 g），否则宽度控制可能失效或行为不可控。
为什么 {:>10} 对 double 无效？
浮点数默认不绑定固定格式，{:>10} 这种“裸宽度”在 std::format 中会被解释为按“最短表示”输出后整体右对齐——但若值是 123.456789，它可能以科学计数法 1.23457e+02 形式出现，实际字符长度远超预期，导致对齐结果错乱。
常见错误现象：std::format("{:>10}", 3.14159) 输出 " 3.14159" 看似正常，但换成 1e-5 就变成 " 1e-05"，宽度完全不可控。
- 必须搭配
f（定点）或g（通用）使用，例如{:>10f}、{:>10.3f} -
g在精度不足时自动切到指数形式，仍可能导致宽度溢出；f更稳定，但需注意大数值会撑宽整数部分 - 若要严格保宽，推荐
{:0>10.3f}：右对齐、总宽 10、小数点后 3 位、不足补0
{:*^12.4f} 这类组合怎么读？
格式说明符从左到右依次是填充字符、对齐方式、宽度、精度、类型——顺序不能乱，且中间不能跳过关键项。
立即学习“C++免费学习笔记（深入）”；
{:*^12.4f} 拆解为：*（填充字符） + ^（居中） + 12（总宽度） + .4（小数点后 4 位） + f（定点浮点）
- 填充字符只能是单字节 ASCII 字符，
{:☆^10f}会编译失败 - 对齐符号
、<code>>、^必须紧跟填充字符（或紧贴:，若无填充） - 省略精度（如
{:*^12f}）会用默认浮点精度（最短表示），此时小数位数不固定，居中宽度仍有效，但内容长度浮动 - 整数部分过长（如
1234567.89配{:>8.2f}）会导致实际宽度 > 8，对齐只作用于整个字符串，不截断
填充 0 和空格的区别在哪？
0 填充仅在数值格式（d、f、x 等）中生效，且只填在符号位/小数点左侧；空格填充则适用于所有类型，位置更自由。
-
{:0>8d}→00001234（整数前导零） -
{:0>8.3f}→0012.345（小数点前补零，但不会填到小数点后） -
{:>8.3f}→12.345（空格填充在左侧） -
{:*>8.3f}→***12.345（*填充在左侧） -
{:08.3f}是非法写法：0必须与对齐符号共存，单独0不被识别为填充符
跨平台兼容性要注意什么？
不是所有编译器都开箱即用 std::format，尤其对浮点格式的支持存在隐性差异。
- MSVC 19.31+（VS 2022 17.1+）完整支持，包括
f/g精度和填充 - GCC 13+ 需链接
-lstdc++_shared，某些发行版默认未启用动态 stdlibc++，静态链接可能报undefined reference to std::vformat - Clang 15+ 的 libc++ 尚未实现
std::format（截至 2023 年底），即使加-stdlib=libc++也会编译失败 - 若目标环境不确定，可用
#ifdef __cpp_lib_format守卫， fallback 到std::ostringstream
真正容易被忽略的是：浮点数的“最短表示”规则在各实现中一致，但填充+对齐+精度三者叠加时，MSVC 和 libstdc++ 对边界情况（如负零、极小指数）的处理仍有细微差别，建议关键日志场景加单元测试验证输出长度。
