std::chrono::steady_clock 不适合获取系统时间戳，因为它仅单调递增且不映射到 Unix 纪元；应使用 system_clock 或直接调用底层 API（如 clock_gettime、GetSystemTimePreciseAsFileTime）获取纳秒级时间戳。
为什么 std::chrono::steady_clock 不适合获取“当前系统时间戳”
它只保证单调递增，不映射到 Unix 纪元（1970-01-01），返回值无法直接转成可读时间或用于日志对齐。你需要的是带纪元偏移的高精度时钟，不是纯粹的运行时计时器。
std::chrono::system_clock 能到纳秒吗？看平台和标准库实现
标准只要求 system_clock 精度不低于 1 秒，但主流实现（libstdc++、libc++、MSVC）在 Linux/macOS 上通常用 clock_gettime(CLOCK_REALTIME, ...) 底层，支持纳秒；Windows 上 MSVC 2019+ 用 GetSystemTimePreciseAsFileTime，也能到 100ns 级别（即 0.1 微秒）。但注意：system_clock::time_point 的 period 类型可能仍是 std::ratio（微秒），不代表你拿不到纳秒——得手动提取底层 timespec。
- Linux：用
clock_gettime(CLOCK_REALTIME, &ts)直接读ts.tv_sec和ts.tv_nsec - macOS：同上，
CLOCK_REALTIME可用，但部分旧内核tv_nsec只保证微秒精度 - Windows：避免
GetSystemTimeAsFileTime（仅 10ms），必须用GetSystemTimePreciseAsFileTime（需 Win8+/Server 2012+）
跨平台纳秒时间戳：推荐封装一个 nanoseconds_since_epoch()
不要依赖 system_clock::now().time_since_epoch() 的 count() 值——它的单位由 period 决定，且不同平台输出单位不一致（比如 Linux 可能是纳秒，Windows 可能是 100ns）。直接调系统 API 更可控。
#ifdef _WIN32
#include <windows.h>
uint64_t nanoseconds_since_epoch() {
FILETIME ft;
GetSystemTimePreciseAsFileTime(&ft);
uint64_t t = (static_cast<uint64_t>(ft.dwHighDateTime) << 32) | ft.dwLowDateTime;
return (t - 116444736000000000ULL) * 100; // Windows FILETIME is 100ns since 1601, convert to ns since 1970
}
#else
#include <time.h>
uint64_t nanoseconds_since_epoch() {
struct timespec ts;
clock_gettime(CLOCK_REALTIME, &ts);
return static_cast<uint64_t>(ts.tv_sec) * 1000000000ULL + ts.tv_nsec;
}
#endif
注意：CLOCK_REALTIME 可被系统管理员调整（NTP 跳变、手动改时间），若需绝对单调，得结合 steady_clock 做差值校正——但那就不是“系统时间戳”了。
立即学习“C++免费学习笔记（深入）”；
常见坑：误把 std::chrono::duration_cast<std::nano> 当真纳秒
这个 cast 只是单位换算，不会提升原始时钟精度。比如 system_clock::now() 在某平台底层只有微秒精度，duration_cast<nanoseconds> 出来的低 3 位永远是 0。
- 检查实际精度：打印连续两次调用的差值，看最小非零间隔是多少
- Linux 上确认是否启用了
CONFIG_HIGH_RES_TIMERS=y（一般默认开启） - 避免在容器或虚拟机里测——HV 时间虚拟化可能导致
clock_gettime返回值抖动或降级
真正可靠的纳秒时间戳，永远取决于你调用的系统 API 是否提供纳秒级源，而不是 C++ 封装层怎么 cast。
