std::chrono 比 time_t + strftime 更值得迁移，因其类型安全、线程安全、可组合且消除时区歧义；time_t 转 time_point 应用 from_time_t 得 UTC，再配合 current_zone() 转本地；格式化优先用 C++20 std::format 编译期校验。
为什么 std::chrono 比 time_t + strftime 更值得迁移到
因为 std::chrono 是类型安全、无状态、可组合的时间抽象，而 C 风格时间操作（如 localtime、mktime）依赖全局静态缓冲区、线程不安全、易踩 tm 字段越界或时区未初始化的坑。尤其在多线程服务中，localtime 返回的 tm* 指针可能被并发调用覆盖。
迁移不是为了“更现代”，而是避免隐式转换错误（比如把秒当毫秒传）、消除时区歧义（time_t 本身不含时区信息），以及让时间计算可读可测。
怎么把 time_t → struct tm 转换成 std::chrono::system_clock::time_point
C 风格常用 time(&t) + localtime(&t) 获取本地时间，但 localtime 不是纯函数——它返回指向内部静态 tm 的指针，且不保证线程安全。
- 正确做法：用
std::chrono::system_clock::now()直接获取当前时间点，这是线程安全、零开销的起点 - 若必须从已有
time_t转换，用std::chrono::system_clock::from_time_t(t)，它等价于 POSIX 的time_t→ UTC 时间点 - 注意：
from_time_t得到的是 UTC，不是本地时间；要转本地需配合std::chrono::current_zone()（C++20）或手动加偏移
示例：
立即学习“C++免费学习笔记（深入）”；
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
time_t t = time(nullptr); auto tp = std::chrono::system_clock::from_time_t(t); // UTC time_point // 要本地时间？C++20： // auto local_tp = std::chrono::current_zone()->to_local(tp);
怎么替代 strftime 格式化时间字符串
strftime 依赖 C 风格格式串（如 "%Y-%m-%d %H:%M:%S"），但无法检查格式合法性，编译期不报错，运行时可能静默截断或输出空串。
- C++20 提供
std::format+std::chrono::hh_mm_ss等类型，支持编译期校验格式，例如：std::format("{:%Y-%m-%d %H:%M:%S}", tp) - 若仍在用 C++17 或更低版本，可用
std::put_time（头文件<iomanip>），它比strftime安全，但仍是运行时解析格式串 - 关键区别：
std::put_time需要先将time_point转为std::tm，推荐用std::chrono::system_clock::to_time_t+std::gmtime/std::localtime—— 但此时仍要小心线程安全，建议只在单线程或加锁场景用
示例（C++20）：
auto tp = std::chrono::system_clock::now();
std::string s = std::format("{:%Y-%m-%d %H:%M:%S}", tp); // 编译期检查 "%H" 是否合法
常见迁移陷阱和兼容性提醒
很多代码以为 “把 time_t 包进 duration 就算用了 chrono”，其实只是套壳，没解决根本问题。
- 别写
std::chrono::seconds(t)当作时间点——seconds是持续时间，不是时刻；要用system_clock::from_time_t(t) -
std::chrono::steady_clock不能转成time_t或格式化为日历时间，它只适合测间隔；混用会导致逻辑错误 - Windows 上
std::chrono::current_zone()在旧 MSVC 版本（如 VS2019 16.11 前）可能未完全实现，需 fallback 到_tzset+ 手动偏移 - 跨平台时，
std::put_time在某些 libc++ 版本对宽字符支持不一致，优先用 C++20std::format
真正麻烦的从来不是语法替换，而是厘清“这个时间值代表什么”：是 Unix 时间戳？本地墙上时间？还是某个事件相对于启动时刻的延迟？chrono 强制你面对这个问题。
