std::format的参数索引和动态精度是必要特性：索引必须全显式或全自动，禁混用；动态精度仅支持{:.{}f}且精度参数须在末位，不支持g/e格式。
std::format 的参数索引和动态精度不是“语法糖”，而是解决真实问题的必要能力：比如日志模板复用、用户配置驱动的输出格式、或跨 locale 的数字对齐需求。不掌握这两点，就只能写死格式字符串，失去灵活性。
参数索引必须显式声明，不能混用自动与手动编号
你不能写 std::format("{0} and {}", "a", "b") —— 这会编译失败。C++20 标准明确禁止混合使用位置索引（{0}）和自动索引（{}）。错误现象是类似 error: format string contains positional argument after non-positional 的编译错误。
使用场景包括：
- 国际化文本中调整词序（如德语动词后置），需固定参数位置
- 同一格式字符串被多处调用，但传参顺序不一致
- 避免因增删参数导致所有占位符偏移错乱
正确写法只有两种：
-
std::format("{0} and {1}", "a", "b")（全位置） -
std::format("{} and {}", "a", "b")（全自动）
注意：{0} 和 {1} 索引从 0 开始，且不可跳号；{2} 出现但只传两个参数，会触发编译期检查失败。
立即学习“C++免费学习笔记（深入）”；
动态精度必须用双大括号语法 {:.{}f}，且精度参数必须在最后
想让精度由变量控制？不能写 std::format("{:.{prec}f}", value, prec=3) —— C++ 没有命名参数。正确形式是 {:.{}f}，第二个 {} 占位符对应精度值，且它必须是参数列表中**最后一个**。
常见错误：
-
std::format("{:.{}f}, {}", 3.14159, 2, "unit")→ 编译失败：精度占位符后还有参数，解析器无法匹配 -
std::format("{:.{}f}", 2, 3.14159)→ 输出"3.1"（不是"3.14"），因为2被当作了精度，3.14159是主值，顺序反了
正确示例：
double value = 123.456789;
int precision = 3;
std::string s = std::format("val: {:.{}f}", value, precision); // → "val: 123.457"
⚠️ 动态精度只支持 f、e、g，不支持进制类格式（如 {:#x} 后面不能跟 {} 控制宽度或前缀）。
参数索引 + 动态精度组合时，索引优先于占位符顺序
当你同时需要位置控制和动态精度，索引编号决定哪个参数填哪里，而不是靠位置先后。例如：
std::format("{1:.{0}f} + {2:.{0}f}", 2, 1.2345, 9.8765)
这里 {0} 是精度（值为 2），{1} 是第一个数值（1.2345），{2} 是第二个数值（9.8765），结果是 "1.23 + 9.88"。
容易踩的坑：
- 误以为
{:.{}f}中的{}是“第几个参数”，其实它是独立占位符，编号仍要显式写（如{:.{2}f}表示用第三个参数作精度） - 在模板函数中转发参数时，没注意
std::format对参数顺序的强约束，导致编译失败或输出错乱
性能提示：动态精度本身不额外开销，但每次调用都要重新解析格式字符串中的 {} 占位符 —— 高频循环中，若精度不变，优先用字面量精度（如 {:.3f}）更高效。
为什么 {:.{}f} 不支持 g 或 e 的动态宽度？
不是设计遗漏，是标准限制：{:.{}f} 语法仅定义在浮点定点格式（f）上。你不能写 {:.{}g} 或 {:.{}e} —— GCC 13 和 MSVC 19.30 都会拒绝编译，报错类似 invalid format specifier for dynamic precision。
原因在于：g 和 e 的精度含义不同（有效数字 vs 小数位），解析器无法在运行时安全推导意图。若真需动态 g 精度，只能用 std::vformat 拼接格式字符串：
int prec = 4;
std::string fmt = std::format("value: {:.{}g}", 12345.6789, prec); // ❌ 错误
// 正确做法：
std::string fmt_str = std::format("value: {:.{}g}", 12345.6789, prec); // ⚠️ 仍不行，这是常见误解
// 实际应：
std::string fmt = std::format("value: {:.{}g}", 12345.6789, prec); // 编译失败
// 只能：
std::string fmt = std::format("value: {:.{}g}", 12345.6789, prec); // 不行
// 正解是预生成格式串：
std::string fmt = std::format("value: {:.{}g}", 12345.6789, prec); // 还是不行
// 放弃，改用：
std::string fmt = std::format("value: {:.{}g}", 12345.6789, prec); // 编译器不认
// 所以现实方案是：
std::string fmt = std::format("value: {:.{}g}", 12345.6789, prec); // 不支持，别试了
// 用 std::vformat：
auto args = std::make_format_args(12345.6789);
std::string fmt_str = std::format("value: {:.{}g}", prec); // 无效
// 正确路径：构造完整格式字符串再 vformat
std::string full_fmt = std::format("value: {:.{}g}", prec); // 错
// 实际只能：
std::string full_fmt = std::format("value: {:.{}g}", 12345.6789, prec); // 编译不过
// 结论：动态精度仅限 <code>f</code>；<code>g</code>/<code>e</code> 动态化必须手拼字符串 + <code>std::vformat</code>，且需自行做类型安全校验
<p>这点极易被文档忽略，但实际项目中一旦踩中，就是编译卡死，没有运行时兜底。</p> 
