用 std::chrono::system_clock::now() 获取当前时间戳最稳妥，它返回跨平台、无时区歧义的 unix 时间戳；需毫秒精度用 duration_cast，utc 字符串格式化应转 time_t 后用 gmtime+strftime 或 c++20 std::format，禁用 localtime；steady_clock 仅适用于计时，不可用于获取绝对时间。
用 std::chrono::system_clock 获取当前时间戳最稳
直接取系统时间，std::chrono::system_clock::now() 是首选。它返回的是一个 time_point，底层对应 Unix 时间戳（自 1970-01-01 起的纳秒/微秒数），跨平台、无时区歧义、不依赖 C 风格 time_t 的实现细节。
常见错误是拿 system_clock::now() 直接转 time_t 后用 localtime —— 这会隐式触发时区转换，且在 Windows 和某些 libc 实现下可能出错（比如 localtime_s 非标准）。
- 要毫秒级精度：用
std::chrono::duration_cast<:chrono::milliseconds>(tp.time_since_epoch()).count()</:chrono::milliseconds> - 要字符串格式（UTC）：先转
std::chrono::system_clock::to_time_t(tp)，再用gmtime+strftime - 别用
system_clock::to_time_t后直接传给localtime：时区行为不可控，尤其在容器或嵌入式环境里容易崩
std::chrono::steady_clock 不适合“当前时间”需求
steady_clock 是单调时钟，只保证向前走、不受系统时间调整影响，典型用于测时长（如性能计时）。它和系统真实时间没有固定偏移关系，steady_clock::now() 的值不能安全转成年月日或 UTC 时间。
有人试图用 steady_clock::now() - steady_clock::time_point::min() 当“启动后秒数”，这看似可行，但：time_point::min() 是实现定义的，不同编译器/平台起点不同；而且它根本不是“系统当前时间”，只是个相对计数器。
立即学习“C++免费学习笔记（深入）”；
- 需要“现在几点了”：必须用
system_clock或file_clock（C++20） - 需要“这段代码跑了多久”：用
steady_clock，更可靠 - C++20 起可用
std::chrono::utc_clock，但支持度还低（GCC 13+、Clang 16+），别在生产环境强依赖
格式化输出时，std::format（C++20）比 strftime 更安全
C++20 引入 std::format，能直接格式化 std::chrono::time_point，避免 strftime 的缓冲区溢出风险和 locale 依赖问题。但注意：MSVC 从 19.34 开始支持，GCC 13 默认开启，Clang 15 需 -std=c++20 -fformat-extensions。
如果还在用 C++17 或更低版本，strftime 仍是主流选择，但务必检查返回值 —— 返回 0 表示缓冲区不够或格式非法，不是“成功”。很多人忽略这点，导致日志里一堆空时间字符串。
- C++20 示例：
std::format("{:%Y-%m-%d %H:%M:%S}", tp)，其中tp是system_clock::time_point - C++17 回退方案：用
std::put_time（需先转std::tm），但要注意std::gmtime返回的是静态指针，多线程下要加锁或改用gmtime_r - 别用
asctime：它自带换行，且格式固定，无法定制
Windows 下 system_clock 的精度陷阱
Windows 的 system_clock 底层调用 GetSystemTimeAsFileTime，理论精度 100ns，但实际受系统计时器分辨率限制（默认 15.6ms）。调用 timeBeginPeriod(1) 可提升到 1ms，但会影响整个系统功耗，且需管理员权限。
这意味着：连续两次 system_clock::now() 可能返回相同值，尤其在短间隔循环中。这不是 bug，是 Windows 的设计现实。
- 做高频率时间采样（如游戏帧逻辑）：别依赖
system_clock微秒差，用steady_clock更合适 - 记录事件时间戳（如日志）：
system_clock够用，但别假设它能分辨亚毫秒事件 - 跨平台项目若需一致精度，建议统一用
steady_clock记录相对时间，再定期用system_clock对齐绝对时间点
事情说清了就结束
