C++如何计算代码块执行时间 _ high_resolution_clock用法【实战】

推荐使用std::chrono::steady_clock测量单次执行耗时，因其语义明确、单调不回拨；high_resolution_clock虽精度高但C++标准不保证其单调性，实际实现中常与steady_clock相同。

使用 std::chrono::high_resolution_clock 测量单次执行耗时

测量C++代码执行时间最直接的方法，就是在代码块前后调用 std::chrono::high_resolution_clock::now() 获取两个时间点，然后计算差值并转换为纳秒或毫秒。关键细节在于：now() 返回的是 time_point 类型，不能直接进行算术运算，必须通过 duration_cast 来转换时间单位。

#include 
#include 

auto start = std::chrono::high_resolution_clock::now();
// 你的代码块
for (int i = 0; i < 1000000; ++i) { /* ... */ }
auto end = std::chrono::high_resolution_clock::now();

auto ns = std::chrono::duration_cast(end - start).count();
std::cout << "耗时: " << ns << " ns\n";

以下是使用该方法时需要注意的几个常见问题：

• 避免使用 clock() 或 std::clock()：它们测量的是CPU时间，在多线程环境下不准确，且时间分辨率通常较低。
• high_resolution_clock 的底层实现通常很可靠：在主流平台（如Linux/macOS上的GCC/Clang，Windows上的MSVC）上，其底层通常映射到 CLOCK_MONOTONIC 或 QueryPerformanceCounter，具备稳定、单调、不回拨的特性。
• 若对精度要求不高，只需毫秒级耗时，建议直接使用 std::chrono::milliseconds 进行转换。这可以避免在长时间运行场景下，使用纳秒计数可能出现的整数溢出问题。

为什么每次测量的执行时间结果都不同？

如果你发现单次测量的结果波动很大，这完全正常。单次测量受多种因素干扰：系统调度、CPU缓存是否预热、TLB命中情况、甚至CPU的动态频率调整（如Intel的Turbo Boost技术）都会产生影响。即便 high_resolution_clock::now() 本身的调用开销很小（通常仅几十纳秒），也难以完全消除这些“环境噪声”。

如何获得更稳定可靠的测量结果？标准做法如下：

• 重复测量并进行统计分析：至少执行上百次循环测量，然后取最小值、中位数或平均值。更严谨的做法是，去掉头尾一定比例（例如10%）的异常值后再进行计算。
• 可在每次测量循环前，插入一小段“冷却”代码，例如x86平台的 _mm_pause() 指令或调用 std::this_thread::yield()。这有助于减少线程被系统调度器突然切换带来的干扰。虽然不是必需步骤，但实际测试中往往能提升稳定性。
• 若希望结果更加稳定，可考虑在测试前关闭CPU的“省电模式”。例如在Linux系统上，执行 cpupower frequency-set -g performance 命令，将CPU锁定在最高性能状态。这能显著降低测量结果的方差。

steady_clock 与 high_resolution_clock 究竟该如何选择？

这可能是开发者最常遇到的困惑之一。实际上，在现代C++标准库的主流实现中（GCC、Clang、MSVC均如此），std::chrono::high_resolution_clock 常常就是 steady_clock 的别名，或者说是一个“高精度特化版本”。两者通常都满足单调、不可逆的特性，都适用于测量时间间隔。

选择时应遵循一个简单原则：

• 优先选用 steady_clock：其名称直接表明了用途——“稳定时钟”，语义非常清晰，明确告知代码阅读者：你只关心时间流逝了多少，而不关心当前的墙上时钟时间。
• 使用 high_resolution_clock 也并无错误，但不要被其名称误导，认为它“一定精度更高”。C++标准仅要求它“尽可能提供高分辨率”，并未规定具体的最低精度，实际精度完全取决于底层硬件和操作系统。
• 绝对要避免使用 system_clock：它用于获取“真实世界时间”，可能会因NTP时间同步等原因发生跳变。用它来测量执行时间，甚至可能计算出负值，导致错误结论。

跨平台编译时遇到 high_resolution_clock 不可用的问题？

有时，在Windows平台上使用MinGW工具链编译旧代码，可能会遇到 high_resolution_clock 链接失败的问题。这通常并非代码错误，而是某些历史版本（如GCC 4.9）的MinGW将其实现为一个“空壳”，now() 函数没有实际实现体。

遇到此情况，可按以下步骤排查与解决：

• 首先检查编译器版本：执行 g++ --version。如果版本低于5.1，很可能就是此问题。GCC 5.1及以上版本已修复该缺陷。
• 最直接的临时解决方案：改用 steady_clock。它在所有符合C++11标准的实现中都是受保证可用的。
• 如果因某些原因必须使用 high_resolution_clock，又暂时无法升级编译器，可以使用条件编译进行优雅降级：

#if defined(__GNUC__) && __GNUC__ < 5
    using timer_clock = std::chrono::steady_clock;
#else
    using timer_clock = std::chrono::high_resolution_clock;
#endif

实际上，更棘手的平台相关问题可能是Windows上 QueryPerformanceCounter 可能存在的频率漂移。不过，这通常是标准库实现者需要处理的问题。作为使用者，只要确保使用的是主流、较新版本的运行时库（如MSVC的STL），这些问题基本都已得到妥善处理。

立即学习“C++免费学习笔记（深入）”；