std::format比sprintf更安全、高效且易用，因其具备编译时类型检查、避免缓冲区溢出、支持自定义类型格式化、语法简洁（如{}占位符）、统一接口及更好可读性与本地化支持。
std::format 为什么比 sprintf 和
因为 std::format 在编译期检查格式字符串与参数类型匹配，不会像 sprintf 那样因类型错位导致崩溃或内存越界，也不像 operator 那样需要手动插入大量 <code><< 且难以复用格式模板。尤其在错误日志中，你常要拼接文件名、行号、错误码、上下文变量——这些组合一旦出错，调试成本极高。
常见错误现象：sprintf(buf, "%s %d", str.c_str(), err_code) 中若 str 为空或含嵌入 null，或 err_code 实际是 long long，就会触发未定义行为；而 std::format 在编译期报错：error: format string argument type 'const char*' does not match specifier 'd'。
- 只支持 C++20 及以上，MSVC 19.30+、GCC 13+、Clang 15+ 才有完整实现（Clang 14 仅部分支持）
- 不依赖全局 locale，避免多线程下
std::locale切换引发的日志乱码 - 生成的字符串是
std::string或std::wstring，可直接传给日志库（如 spdlog、glog），无需额外缓冲区管理
如何安全地把 errno、std::error_code、自定义错误码塞进 std::format
原生 std::format 不直接识别 errno 或 std::error_code，硬写 "{}: {}", errno, ec.message() 会丢失上下文（比如 errno 值可能被后续系统调用覆盖）；而 ec.message() 在不同平台返回内容不一致（Linux 返回 "Operation not permitted"，Windows 可能返回空字符串）。
推荐做法：统一转为 std::error_code 并显式指定 category：
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
auto ec = std::make_error_code(static_cast<std::errc>(errno));
std::format("open failed: {} ({})", ec.message(), ec.value());
- 用
std::errc枚举转换errno，避免平台差异导致的值误读 - 不要直接格式化
std::system_category().default_error_condition(errno)—— 它可能返回非预期的 condition - 自定义错误码建议继承
std::error_category，并在message()中返回稳定字符串，否则std::format无法内联优化
性能敏感场景下 std::format 的实际开销怎么控
不是所有日志都需要 std::format：高频循环中的 debug 日志若每轮都调用 std::format，会比预拼接字符串慢 2–5 倍（实测 GCC 13 -O2 下，std::format("{} {}", a, b) 比 a + " " + b 多约 80ns）。但错误日志本身发生频次低，这点开销可忽略。
真正要防的是隐式临时对象和重复解析：
- 避免在日志宏里反复调用
std::format，比如LOG_ERROR(std::format("x={} y={}", x, y))—— 改成LOG_ERROR("x={} y={}", x, y)（要求日志宏支持参数转发，如 spdlog 的spdlog::error(fmt::runtime("..."), ...)） - 格式字符串必须是字面量或 constexpr 字符串；若来自配置文件或用户输入，改用
std::vformat+std::format_args，否则编译器无法做 format string validation - 调试构建可开启
-D__cpp_lib_format和-fconstexpr-ops-limit=1000000（GCC），确保复杂格式仍能在编译期展开
Windows 上 wchar_t 日志路径的兼容写法
Windows API 错误常需宽字符日志（如 GetLastError() 对应的 FormatMessageW），但 std::format 默认生成 std::string，直接传给 OutputDebugStringW 会乱码。
正确路径只有两条：
// 方案1：用 wstring 版本（C++20 要求）
std::format(L"CreateFileW failed: {}", GetLastError());
// 方案2：转 UTF-8 再转 UTF-16（跨平台更稳）
auto utf8 = std::format("CreateFileA failed: {}", errno);
int len = MultiByteToWideChar(CP_UTF8, 0, utf8.c_str(), -1, nullptr, 0);
std::vector<wchar_t> wbuf(len);
MultiByteToWideChar(CP_UTF8, 0, utf8.c_str(), -1, wbuf.data(), len);
OutputDebugStringW(wbuf.data());
- MSVC 的
std::format对wchar_t支持较晚（VS 2022 17.5+），旧版本会静默退化为窄字符 - 不要用
std::format直接格式化LPCWSTR或std::wstring_view含非 ASCII 内容——它们可能被当 raw bytes 解释，导致截断 - 如果项目已用
UNICODE宏，优先走方案1；否则方案2 更可靠，且避免std::wstring在 Linux 上的 ABI 兼容问题
最易被忽略的点：格式字符串里混用 {} 和命名参数（如 {name}）会导致编译失败，std::format 不支持混合占位符。错误日志模板一旦写死，就别动它——哪怕只是加个空格，也可能让编译器重新解析整个格式串，拖慢构建。
