c++20推荐用std::chrono::floor+std::format实现线程安全、自定义分隔符的时间格式化；旧标准需用std::put_time配合localtime_r/s并加锁；避免使用线程不安全且格式固定的std::ctime/asctime。
用 std::chrono + std::format（C++20）最简洁安全
如果你用的是 C++20 或更新标准，std::format 配合 std::chrono::system_clock::now() 是目前最推荐的方式：类型安全、无缓冲区溢出风险、可读性高。
常见错误是直接调用 std::time(nullptr) 再转 std::localtime，这会引入线程不安全（localtime 返回静态缓冲区）和时区未明确定义的问题。
-
std::chrono::system_clock::now()获取当前时间点（UTC 基准，但含本地时区语义） - 用
std::chrono::current_zone()->to_local(...)显式转本地时间（C++20<chrono></chrono>时区支持） -
std::format格式化输出，例如：std::format("{:%Y-%m-%d %H:%M:%S}", local_tp)
注意：MSVC 19.3x+ 和 GCC 13+ 已支持完整时区功能；Clang 需启用 -stdlib=libc++ 并确认版本兼容。若编译失败，说明时区支持未就绪，需降级方案。
兼容 C++11/14/17 的可靠写法（避免 localtime）
老标准下不能依赖 std::chrono::current_zone，但也不该用 localtime——它不是线程安全的，且在 Windows 上行为与 POSIX 不完全一致。
正确做法是用 localtime_r（POSIX）或 localtime_s（Windows），配合栈上 tm 结构体：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- Linux/macOS：
localtime_r(&t, &tm_buf)，t是std::time(nullptr)返回值 - Windows：
localtime_s(&tm_buf, &t)，头文件需<ctime></ctime> - 务必初始化
tm_buf为零（std::tm tm_buf{};），否则某些字段（如tm_gmtoff）可能未定义
别用 std::put_time 直接格式化——它底层仍调用 strftime，而 strftime 对宽字符/多字节 locale 支持不稳定，容易输出空字符串。
std::put_time 为什么经常返回空？
根本原因是 std::put_time 严重依赖当前 C locale 设置。哪怕只调用过一次 std::setlocale(LC_TIME, "")，后续 std::put_time 就可能因编码不匹配（比如 locale 是 zh_CN.UTF-8 但控制台是 GBK）而静默失败，返回空 string。
- 调试时加一句
std::cout 看实际生效的 locale - 若 locale 包含
.UTF-8，但输出流没设置 UTF-8 编码（如 Windows 控制台默认 ANSI），std::put_time可能拒绝格式化 - 更稳的办法：用
std::strftime到固定大小 buffer（如char buf[64]），再构造std::string
这不是 bug，是 C++ 标准对 locale 敏感操作的“契约”——你得自己确保环境一致。
时区偏移（GMT+8）怎么拿到？
C++ 标准库不提供直接获取 UTC 偏移的跨平台函数。老方法靠解析 tm.tm_gmtoff（GNU 扩展）或 _timezone（已废弃），都不便携。
- C++20 起，用
std::chrono::current_zone()->get_info(...).offset，返回std::chrono::seconds - 兼容方案：调用系统命令
date +%z（Unix）或tzutil /g（Windows），但有性能和安全性代价 - 若只需“东八区”这类固定值，建议配置文件或编译期常量，而非运行时探测
真正需要动态时区偏移的场景极少，多数业务其实只要“本地时间字符串”，不必深挖 offset。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
