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

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

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

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

最直接的方法，就是用 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++免费学习笔记（深入）”；