std::format 是 c++20 引入的编译期解析、类型安全的字符串格式化方案，支持 {} 占位符和 python 风格说明符，不兼容 printf 的 % 语法，需启用 c++20 并注意宽字符用 std::wformat。
std::format 是 C++20 引入的类型安全、零开销字符串格式化设施
它不是 printf 的封装，也不是 std::ostringstream 的语法糖——而是编译期解析格式字符串、运行时高效拼接的现代方案。核心优势在于：编译器能检查格式符与参数类型的匹配性，且不依赖可变参数或流状态，避免了 printf 的未定义行为和 operator 的重载污染问题。
怎么用 std::format？基础写法和常见报错
最简调用就是 std::format("Hello, {}!", name)。但实际中容易卡在三处：
- 编译失败提示 “no matching function for call to ‘format’”：确认启用了 C++20（
-std=c++20），且标准库支持（GCC 13+、Clang 15+、MSVC 19.30+）；libstdc++ 需要libstdc++-v3/src/c++20/format.cc已编译进库 - 运行时报
std::format_error: invalid format string：常见于用了%d或{0}这类旧式写法——std::format只认{}（位置隐式）或{0}/{1}（显式位置），不支持%占位符 - 中文乱码或宽字符崩溃：默认只处理
char字符串；若需std::wstring，必须用std::wformat，且所有字面量加L前缀，如std::wformat(L"{}{}", L"你好", 42)
格式说明符怎么写？和 printf / Python 的关键差异
std::format 的说明符语法接近 Python 的 str.format()，但比 printf 更严格、更少隐式转换：
-
{:x}输出十六进制（小写），{:#x}强制加0x前缀；但不支持%08x这种宽度+填充混写——得拆成{:08x} -
{:.2f}控制浮点精度，但不会自动补零对齐；若要“总宽 8、小数 2、左对齐”，得写{: - 不支持自定义类型直接格式化，除非你为该类型特化
std::formatter<t></t>模板，并实现parse()和format()成员函数 - 日期时间需配合
<chrono></chrono>和std::format的专用类型（如std::chrono::system_clock::now()可直接传入，但需用{:%Y-%m-%d}这类时间说明符）
性能敏感场景下要注意什么？
虽然号称“零开销抽象”，但实际仍有取舍：
立即学习“C++免费学习笔记（深入）”；
- 格式字符串是编译期常量时（如
"value = {}"），大部分校验和解析可移至编译期；若来自运行时变量（std::string_view fmt = get_fmt(); std::format(fmt, x);），则每次调用都触发完整解析，开销显著上升 - 避免在 tight loop 中反复调用
std::format拼接简单字符串；对固定模式（如日志前缀），优先预分配std::string+std::to_chars手动写入 - 移动语义有效：
std::format("{}", std::move(s))能避免s的拷贝，但仅当s是临时对象或明确可移动时才收益明显 - libc++ 在某些版本中对空字符串格式化有额外分支判断，实测比 libstdc++ 稍慢；若压测发现瓶颈，可考虑降级用
absl::StrFormat或自制轻量模板
真正麻烦的从来不是“怎么写对”，而是“什么时候不该用”——比如嵌入式环境没 C++20 支持，或者 legacy 代码里混着大量 snprintf 调用，硬切 std::format 反而增加维护成本。
