std::chrono::steady_clock是首选，因其单调递增、不受系统时间调整影响，主流平台已映射到纳秒级硬件计时器，实测抖动低；而high_resolution_clock虽标称高精度，但易受OS调度、电源管理等干扰导致跳变。
为什么 std::chrono::steady_clock 是首选
因为纳秒精度不等于纳秒**稳定可测**。很多系统（尤其是 Windows）的 std::chrono::high_resolution_clock 实际底层是 QueryPerformanceCounter，但它的“高分辨率”可能被 OS 调度、电源管理或虚拟化干扰，导致相邻两次读数出现跳变或重复；而 std::chrono::steady_clock 保证单调递增、不受系统时间调整影响，且在主流平台（Linux glibc、macOS、MSVC 2015+）上已普遍映射到纳秒级硬件计时器（如 CLOCK_MONOTONIC 或 QueryPerformanceCounter 的校准版本），实测抖动通常
直接用 std::chrono::system_clock 会受 NTP 同步、时区切换影响，绝对时间不准；用 gettimeofday() 或 clock_gettime(CLOCK_REALTIME) 也存在类似问题，且需手动换算纳秒。
如何获取纳秒级整数值（非浮点）
别用 .count() 直接取 nanoseconds duration —— 它返回的是自 epoch 起的纳秒数，数值极大（约 1.8e18），容易溢出或难以调试。更实用的是「运行时长」或「相对时间戳」：
- 若要测量一段代码耗时：用
auto start = std::chrono::steady_clock::now();→ 执行 →auto end = std::chrono::steady_clock::now();→auto ns = std::chrono::duration_cast<:chrono::nanoseconds>(end - start).count();</:chrono::nanoseconds> - 若要获取当前纳秒级时间戳（用于日志/排序）：用
auto now = std::chrono::steady_clock::now().time_since_epoch();→auto ns = std::chrono::duration_cast<:chrono::nanoseconds>(now).count();</:chrono::nanoseconds> -
count()返回long long，在 64 位系统安全；但注意：Linux 上steady_clock纳秒值从启动开始计，Windows 上从某个未公开起点开始，两者不可跨机比较
Windows 下的常见陷阱
MSVC 2019 及之前版本中，std::chrono::steady_clock::now() 默认使用 QueryPerformanceCounter，但若 CPU 频率动态变化（如 Intel SpeedStep / AMD Cool'n'Quiet），未启用 QPC 硬件校准时，纳秒换算可能漂移。实际表现是：同一段代码连续运行，duration_cast<ns></ns> 结果偶尔出现 10–50 ns 的非预期跳变。
立即学习“C++免费学习笔记（深入）”；
解决办法：
- 确保 Windows 更新至 Win10 1803+ 或 Win11，内核已默认启用 QPC 校准
- 编译时加
/D _HAS_STEADY_CLOCK=1（MSVC 2017+ 默认开启，但旧项目可能关闭） - 避免用
std::chrono::system_clock::now().time_since_epoch()强转纳秒——它在 Windows 上底层调GetSystemTimeAsFileTime，精度仅 100 ns，且有闰秒/时区问题
跨平台兼容性要点
Linux 和 macOS 基本无坑，steady_clock 直接对应 CLOCK_MONOTONIC；但要注意：
- 某些嵌入式 libc（如 musl）或老版本 Android NDK 中，
steady_clock::period::den可能是 1000000（即微秒级），此时duration_cast<nanoseconds></nanoseconds>会截断低位，应先检查：static_assert(std::chrono::steady_clock::period::den == 1, "nanosecond resolution required"); - Clang + libc++ 在 macOS 上默认支持纳秒，但若链接了旧版 libstdc++（如通过 Homebrew 安装的 GCC 工具链），
steady_clock可能退化为毫秒级 - 不要依赖
std::chrono::high_resolution_clock—— C++ 标准只要求它“尽可能高”，实际行为由实现定义，GCC/libstdc++ 把它 alias 到steady_clock，而 MSVC 曾长期 alias 到system_clock
真正跨平台可靠的写法只有一行：auto ns = std::chrono::steady_clock::now().time_since_epoch().count();，前提是确认目标平台工具链支持纳秒级 steady_clock —— 这件事没法在编译期完全规避，得靠 CI 测试实测抖动值。
