std::format 在 C++20 中虽为类型安全的字符串格式化方案，但实际需严格匹配编译器（Clang 15+/GCC 13+/MSVC 17.5+）、标准库实现及头文件支持，否则易因缺失 <format>、运行时 std::format_error 或平台限制而失败；其类型检查在运行时而非编译期，不支持表达式求值与裸指针，花括号需转义；推荐生产环境优先使用兼容性更好、支持编译期校验的 {fmt} 库。
std::format 在 C++20 中是类型安全的字符串格式化方案，但实际使用时容易因编译器支持、头文件、链接或格式说明符不匹配而失败——它不是“写了就能跑”的语法糖。
必须确认编译器和标准库是否真正支持 std::format
Clang 15+ 和 GCC 13+ 才提供完整实现，且需启用 -std=c++20 或更高；MSVC 2022 17.5+ 支持，但早期版本仅提供实验性 std::format（需定义 _HAS_CXX20=1）。libstdc++（GCC）在 13 之前不提供 <format></format> 头文件，libc++（Clang）需 15+ 并启用 -stdlib=libc++。
- 检查是否能 #include
<format></format>，否则编译直接报错 - 运行时可能抛出
std::format_error（如格式说明符与参数类型不匹配），而非编译期错误 - 某些平台（如旧版 macOS）仍依赖第三方实现（如 {fmt} 库），此时应改用
fmt::format
std::format 的基本写法与常见错误
语法类似 Python f-string，但所有占位符必须显式指定类型或使用默认格式，且不支持表达式求值（只能传入已计算好的变量）。
std::string s = std::format("Hello {}, you are {} years old", "Alice", 30);
- 不能写
"{} + {} = {}"然后传入a, b, a+b—— 表达式必须提前计算好 - 整数默认右对齐，浮点数默认 6 位小数，
{:.2f}是合法的，但{:05}对 string 无效（只对数值有意义） - 传入
std::string_view或 C 风格字符串（const char*）没问题，但不能传入裸指针如char*（除非明确为字面量） - 若格式串含花括号字面量，需写成
{{或}}
类型不匹配时不会编译失败，但会抛异常
std::format 的类型检查发生在运行时。例如把 std::format("{:x}", "hello") 这种明显错误，编译能过，运行时抛 std::format_error（“non-numeric type given for 'x' format specifier”）。
立即学习“C++免费学习笔记（深入）”；
- 调试时建议开启
-D_GLIBCXX_DEBUG（libstdc++）或使用 AddressSanitizer 捕获异常上下文 - 避免在性能关键路径上无保护地调用
std::format，尤其当格式串来自用户输入时 - 若需编译期检查，目前没有标准替代方案；可考虑用
constexpr字符串字面量 + 宏包装做简单校验，但无法覆盖全部情况
替代方案：何时该放弃 std::format 改用 {fmt}
现实项目中，{fmt} 库（fmt::format）仍是更稳妥的选择：支持 C++17、编译期格式验证（fmt::format_string）、更好的错误信息、以及 fmt::print 直接输出到 stdout。
fmt::print("Value: {:.3f}, name: {}\n", 3.14159, "pi");
- 只需
#include <fmt></fmt>和<fmt></fmt>，头文件即用 -
fmt::format接口与std::format几乎一致，迁移成本低 - 其
fmt::println和fmt::print比std::cout 更快，也比 <code>printf类型安全 - 注意：不要混用
std::format和{fmt}的自定义类型格式化特化（formatter<t></t>），二者不兼容
真正麻烦的从来不是语法怎么写，而是你不知道自己用的到底是不是标准 std::format，还是编译器悄悄 fallback 到了某个兼容层，又或者链接时静默丢弃了部分实现。
