std::chrono::high_resolution_clock 是 c++ 中获取纳秒级时间戳的唯一标准方法,底层映射到高精度系统时钟,但需用 duration_cast 和 count() 提取数值,并注意编译优化、单次测量噪声和 cpu 频率变化等干扰因素。

用 std::chrono::high_resolution_clock 获取纳秒级时间戳
纳秒精度在 C++ 中不能靠 clock() 或 time() 实现,它们最低只到毫秒甚至秒级。std::chrono::high_resolution_clock 是标准库中唯一被设计为“尽可能高精度”的时钟,多数平台(Linux/glibc、macOS、较新 Windows)底层会映射到 CLOCK_MONOTONIC 或 QueryPerformanceCounter,能稳定返回纳秒级 duration。
注意:它返回的是相对时间点(time_point),差值才是你想要的执行时长:
#include <chrono> auto start = std::chrono::high_resolution_clock::now(); // your code here auto end = std::chrono::high_resolution_clock::now(); auto ns = std::chrono::duration_cast<:chrono::nanoseconds>(end - start).count(); </:chrono::nanoseconds></chrono>
-
now()调用本身有开销(通常几十纳秒),测极短代码段(如单条赋值)会导致结果失真 - 不要用
system_clock—— 它可能被系统时间调整干扰,且精度通常更低 - 某些嵌入式或老编译器(如 GCC 4.8 之前)的
high_resolution_clock可能退化为毫秒级,建议运行时检查:std::chrono::high_resolution_clock::period::den应为 1'000'000'000
为什么 duration_cast<nanoseconds></nanoseconds> 后还要调用 count()
std::chrono::duration 是类型安全的封装,不直接暴露原始整数。直接打印或参与算术运算必须先提取数值 —— count() 就是干这个的。漏掉它会编译失败,比如:
组合式C++代码评审方案,融合静态分析、AI推理、多轮迭代评审和C++专项检查,适用于PR审查、增量代码审查、全项目评审和代码质量评分,触发词包括review cpp、cpp代码评审、C++review、代码审查。
auto ns = std::chrono::duration_cast<:chrono::nanoseconds>(end - start); // 类型是 duration,不是 long long std::cout <ul> <li> <code>count()</code> 返回的是该 duration 内部存储的 tick 数,单位由模板参数决定(<code>nanoseconds</code> → 每 tick = 1 纳秒)</li> <li>如果代码段耗时超过约 2.9 小时,<code>nanoseconds::count()</code>(signed 64-bit)会溢出,但绝大多数性能测量场景无需担心</li> <li>别用 <code>time_since_epoch().count()</code> —— 那是绝对时间戳,和执行时长无关</li> </ul> <h3>实际测量时必须避开的三个坑</h3> <p>纳秒级测量对环境极其敏感,哪怕逻辑正确,结果也可能毫无意义:</p> <ul> <li> <strong>没禁用编译器优化</strong>:Release 模式下,空循环、无副作用计算可能被整个删掉。加 <code>volatile</code> 或把结果写入全局变量强制保留,例如:<code>volatile int dummy = compute();</code> </li> <li> <strong>单次测量噪声太大</strong>:一次 <code>now()</code> 调用抖动可达百纳秒。真实场景应循环多次(如 1000 次),取最小值(排除中断/调度干扰)或中位数</li> <li> <strong>CPU 频率动态变化</strong>:笔记本/移动端 CPU 降频会导致同一段代码两次测量差异巨大。Linux 下可用 <code>sudo cpupower frequency-set -g performance</code> 锁定频率;Windows 可设电源计划为“高性能”</li> </ul> <h3>跨平台兼容性与替代方案</h3> <p>虽然 <code>std::chrono::high_resolution_clock</code> 是标准做法,但在某些旧环境仍需 fallback:</p> <ul> <li>Windows XP 或 MinGW-w64 旧版本:<code>high_resolution_clock</code> 可能只有毫秒级,此时可考虑 <code>QueryPerformanceCounter</code> + <code>QueryPerformanceFrequency</code> 手动算纳秒</li> <li>macOS 上 <code>mach_absolute_time()</code> 更底层,但 <code>std::chrono</code> 已对其做了良好封装,无需手动替换</li> <li>如果目标是微基准测试(microbenchmark),强烈建议用 Google Benchmark 库 —— 它自动处理预热、多次采样、统计分析,比手写 <code>now()</code> 可靠得多</li> </ul> <p>真正难的从来不是“怎么拿到纳秒数”,而是让这个数字反映真实的指令执行开销 —— 缓存状态、分支预测、TLB 命中、甚至相邻核心的干扰,都可能比时钟本身更影响结果。</p></:chrono::nanoseconds>
C++免费学习笔记(深入):立即使用
在学习笔记中,你将探索 C++ 的入门与实战技巧!










