time_t转struct tm本地时间出错主因是误用localtime()而未设时区或忽略线程安全，应依需求选localtime_r/gmtime_r并校验返回值；strftime高频错误为%y/%y、%m/%m、%h/%i混淆，缓冲区需严格检查大小，c++20 std::format可替代但需先转chrono类型且时区支持有限。
time_t 转 struct tm 时为什么本地时间总出错？
默认用 localtime() 会受系统时区影响，如果目标是 UTC 时间戳转格式化字符串，必须改用 gmtime()；反之若需本地时区（比如日志按用户所在地显示），则确保系统 TZ 环境变量已设置或调用 tzset()。跨平台时尤其注意：Windows 的 localtime_s() 是线程安全的，但 Linux 下 localtime_r() 才是等价替代——直接用 localtime() 在多线程中可能返回脏数据。
strftime() 格式化时哪些占位符最常用也最容易写错？
%Y（4 位年）和 %y（2 位年）混淆、%m（月）和 %M（分）大小写颠倒、%H（24 小时制）误写成 %I（12 小时制）是高频错误。实际使用建议：
- 固定用
%Y-%m-%d %H:%M:%S表达标准 ISO 本地时间 - UTC 时间加
%z显示时区偏移（如 +0000），但注意 Windows 不支持该扩展，得手动拼接 - 毫秒级需要先从
time_t外部获取（比如std::chrono::system_clock::now()），strftime()本身不处理亚秒精度
如何避免缓冲区溢出和未定义行为？
strftime() 第二个参数是目标缓冲区大小，填错会导致截断或越界。常见错误包括：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 传入
sizeof(buf)却忘了 buf 是指针（比如函数参数里传char* buf，此时sizeof返回指针大小而非数组长度） - 格式串过长导致返回值为 0（失败），但没检查就直接使用结果
- 用
std::string接收时，先 reserve 足够空间（比如 64 字节），再用&str[0]传给strftime()，否则可能触发未定义行为
推荐写法：char buf[64]; size_t ret = strftime(buf, sizeof(buf), "%Y-%m-%d %H:%M:%S", &tm); if (ret == 0) { /* 处理失败 */ }
C++20 std::format 能否替代 strftime？
可以，但要注意兼容性与功能边界：std::format("{:%Y-%m-%d %H:%M:%S}", sys_time) 更类型安全、无需手动管理缓冲区，但它要求 sys_time 是 std::chrono::time_point 类型，不能直接喂 time_t。转换需经 std::chrono::system_clock::from_time_t(t)；另外，截至 GCC 13 / MSVC 19.35，std::format 对时区支持仍有限——%z、%Z 等仍不可用，且不支持自定义 locale 的日期名称。所以生产环境若需稳定输出中文月份名或适配老系统，strftime() 加 setlocale(LC_TIME, "") 仍是更可控的选择。
真正麻烦的不是语法，而是时区推导逻辑和缓冲区生命周期管理——这两个点在重构旧代码或对接嵌入式设备时最容易漏掉。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
