c++oding="utf-8" ?>
应使用 std::chrono::system_clock 获取 unix 时间戳;因其与 1970-01-01 关联,steady_clock 无此保证,且需用 duration_cast 转换 time_since_epoch() 结果以避免精度丢失。

用 std::chrono::steady_clock 还是 std::chrono::system_clock?
获取“当前时间戳”本质是选对时钟源:system_clock 对应系统挂钟(可被 NTP 或手动调整),适合生成日志时间、HTTP Date 头;steady_clock 单调递增、不受系统时间跳变影响,适合测时长。微秒级精度两者都支持,但**若要和 Unix 时间戳对齐(即从 1970-01-01 开始的微秒数),必须用 system_clock**。
常见错误是直接拿 steady_clock::now() 转 time_t —— 它不保证与 Unix 纪元有关联,转换结果无意义。
正确构造微秒级 Unix 时间戳(整数)
核心是两步:获取 system_clock::time_point,再转成 duration 并提取微秒计数。注意不能直接用 time_t(秒级)再乘 1e6,会丢失亚秒部分。
推荐写法:
auto now = std::chrono::system_clock::now(); auto us = std::chrono::duration_cast<:chrono::microseconds>(now.time_since_epoch()).count(); // us 是 long long 类型,表示自 1970-01-01 00:00:00 UTC 起的微秒数 </:chrono::microseconds>
-
time_since_epoch()返回的是duration,不是浮点数,避免精度丢失 - 不要用
std::chrono::microseconds{...}.count()包裹中间值,容易溢出或隐式截断 - 在 Windows 上,
system_clock实际分辨率可能只有 10–15ms,Linux 通常能到 1μs;别依赖它真能稳定输出“真微秒”
跨平台兼容性要注意的点
某些旧版 libstdc++(如 GCC 4.8)的 system_clock::time_since_epoch() 可能返回 nanoseconds,但 duration_cast<microseconds></microseconds> 仍安全;而 MSVC 2015+ 和较新 libc++ 均无问题。
如果你发现 us 总是末尾三位为 0(即只到毫秒级),检查:
- 编译器和标准库版本是否太老
- 是否误用了
steady_clock - 运行环境本身的时间源精度限制(例如虚拟机、容器)
没有可移植的 API 能绕过系统底层限制——C++ 标准库只是封装了 clock_gettime(CLOCK_REALTIME, ...)(Linux)或 GetSystemTimeAsFileTime(Windows),底层给不到,上层也强求不来。
别用 gettimeofday 或 ftime 的理由
虽然这些 C 接口也能拿到微秒,但它们已被标记为废弃(POSIX.1-2008 中 gettimeofday 是“obsolescent”),且语义不如 chrono 清晰:比如 gettimeofday 返回的 struct timeval 需手动计算微秒总数,易错;ftime 更是 Windows-only 且精度更低。
现代 C++ 项目应统一走 std::chrono,既类型安全,又免去手动管理单位换算和符号扩展(如 tv_sec 是 time_t,可能是 32 位)。
真正麻烦的地方不在代码怎么写,而在确认你运行的环境到底能不能提供微秒级更新——这点比语法细节重要得多。
C++免费学习笔记(深入):立即使用
在学习笔记中,你将探索 C++ 的入门与实战技巧!











