std::format 自 C++20 起标准化，但 GCC 13 前默认禁用，Clang 15+ 需 libc++15+，MSVC 2019 16.10+ 需 /std:c++20 且未定义 _HAS_FMTLIB=0；须用 static_assert(__cpp_lib_format >= 202207L) 验证可用性。
std::format 在哪些编译器和标准库版本才可用
它不是“写了就能用”的功能。C++20 标准虽已定义 std::format，但 GCC 13 之前默认不启用，Clang 15+ 需搭配 libc++15+，MSVC 2019 16.10 起支持但需 /std:c++20 且关闭 _HAS_FMTLIB=0（旧版 STL 可能禁用）。最稳妥的验证方式是编译时加 static_assert(__cpp_lib_format >= 202207L); —— 不通过就别硬上，否则链接时报 undefined reference to 'std::vformat'。
格式字符串里写错占位符会直接编译失败
std::format 是编译期检查格式串的，不像 sprintf 那样靠运行时瞎猜。常见翻车点：漏写花括号、混用位置索引和命名参数、类型不匹配。比如 std::format("x = {}", 42, "oops") 会报错，因为只用了 1 个占位符却传了 2 个参数；又如 std::format("{:x}", 3.14) 也会编译失败——:x 只接受整数类型。
- 占位符必须成对
{}或{0}、{name}，不能写成{或}单独出现 - 混合使用位置索引（
{0}）和自动索引（{}）是非法的 - 命名参数（
{name}）需配合std::make_format_args手动构造，日常少用，容易绕晕
std::format 不支持 printf 风格的 %d/%s 等写法
这是彻底割裂的设计选择。std::format 的语法基于 Python 的 str.format，不是 printf 的超集。写 std::format("%d", 42) 会编译失败，错误信息类似 format string contains invalid format specifier。所有格式控制都得用 {} + 冒号语法：
-
{:d}整数（默认就是十进制，可省略） -
{:.2f}浮点数保留两位小数 -
{:>10}右对齐、最小宽度 10 -
{:08x}八位十六进制、前导零填充
注意：{:x} 对 unsigned int 有效，对 int 负数会触发编译错误——必须先转成无符号类型或改用 {:X} 配合 std::format("{:X}", static_cast<unsigned>(-1))</unsigned> 这类显式转换。
立即学习“C++免费学习笔记（深入）”；
性能开销比 sprintf 大，但安全边界清晰
它底层做类型擦除 + 动态格式解析，短字符串下比 sprintf 慢 2–5 倍；但换来的是零缓冲区溢出风险、无未定义行为、无格式串/参数类型错配的运行时崩溃。真正影响性能的不是函数调用本身，而是你是否在循环里反复构造 std::string 返回值。如果只是日志拼接，用 std::format_to 写入预分配的 std::string 或 std::vector<char></char> 更高效：
std::string buf;
buf.resize(128); // 预估大小
auto it = std::format_to(buf.begin(), "id={} name={}", id, name);
buf.resize(it - buf.begin()); // 截断到实际长度不过，如果你还在用 C++17 或更低版本，别折腾迁移——fmt 库（fmt::format）才是更现实的替代方案，接口几乎一致，且支持 C++14 起。
