现代C++推荐用std::chrono::system_clock::now()获取高精度时间点，它类型安全、无时区歧义、精度高（纳秒/微秒级），但需用duration_cast显式转换为毫秒等单位，且system_clock不单调，超时控制应改用steady_clock。
用 std::chrono::system_clock::now() 获取高精度时间点
现代 C++ 推荐用 std::chrono，不是 time() 或 gettimeofday()。它返回的是一个时间点（time_point），类型安全、无时区歧义，且精度由系统支持（通常是纳秒或微秒级）。
常见错误是直接拿 now() 当整数用——它不能直接打印或参与算术运算，必须先转换：
- 转为 Unix 时间戳（秒）：
std::chrono::system_clock::to_time_t(now()) - 转为毫秒时间戳（常用）：
std::chrono::duration_cast<:chrono::milliseconds>(now().time_since_epoch()).count()</:chrono::milliseconds> - 转为微秒或纳秒同理，改用
microseconds或nanoseconds
注意：system_clock 不保证单调，系统时间被手动调整时可能回跳——做超时控制或间隔测量，该换 steady_clock。
兼容旧代码？time() + localtime_r() 仍可用但有坑
time(nullptr) 返回 time_t，看起来简单，但实际埋了三个易忽略问题：
立即学习“C++免费学习笔记（深入）”；
-
time_t在某些平台（如 Windows MSVC 旧版本）仍是 32 位，2038 年后溢出 -
localtime()是线程不安全的；多线程必须用localtime_r()（POSIX）或localtime_s()（Windows） - 返回的
struct tm是本地时区，若需 UTC，得用gmtime_r()或gmtime_s()
示例：安全获取本地时间结构体（Linux/macOS）：
time_t t = time(nullptr);<br>struct tm buf;<br>localtime_r(&t, &buf);
需要毫秒级时间戳？别手写除法，用 duration_cast
有人把 std::chrono::system_clock::now().time_since_epoch().count() 直接当毫秒用——错。这个 count 值单位取决于实现（Clang/LLVM 通常是纳秒，MSVC 可能是 100ns），硬除 1000 极易出错。
正确做法只有一条：始终用 duration_cast 显式转换：
- 要毫秒整数：
std::chrono::duration_cast<:chrono::milliseconds>(tp.time_since_epoch()).count()</:chrono::milliseconds> - 要带小数的秒（double）：
tp.time_since_epoch().count() * std::chrono::system_clock::period::num / static_cast<double>(std::chrono::system_clock::period::den)</double>，但没必要——直接用duration<double>(tp.time_since_epoch()).count()</double>
性能上无损耗，编译期就确定了转换系数，比运行时除法更可靠。
跨平台编译失败？检查 __STDCPP11__ 和标准库支持
在较老的嵌入式工具链或 MinGW-w64 旧版本中，std::chrono::system_clock::now() 可能链接失败或返回零值。这不是语法问题，而是库实现缺失。
验证方式：
#ifdef __cplusplus<br>#if __cplusplus >= 201103L<br>// C++11 及以上<br>#endif<br>#endif
- 确保编译选项含
-std=c++11（或更高） - MinGW 用户优先用
mingw-w64而非古早mingw32 - 裸机或 freestanding 环境不提供
system_clock，只能靠硬件定时器或外部 RTC
真正麻烦的不是写法，而是不同 STL 实现对 system_clock::is_steady 的返回值不一致——有的标 true，实际受 NTP 调整影响。别信文档，实测才是唯一依据。
