C++11 std::chrono::high_resolution_clock高精度计时-C++-PHP中文网

std::chrono::high_resolution_clock 不保证高精度和单调性，仅是平台最高分辨率时钟的别名；linux常映射clock_monotonic，windows可能退化为低精度时钟；计时差值为0源于分辨率不足、编译器优化或系统调度干扰。

c++11 std::chrono::high_resolution_clock高精度计时

std::chrono::high_resolution_clock 真的“高精度”吗？

它不保证高精度，甚至不保证单调——std::chrono::high_resolution_clock 只是“当前平台能提供的最高分辨率的时钟”，但标准只要求它是 system_clock 或 steady_clock 的别名之一。Linux 上它常映射到 CLOCK_MONOTONIC（单调），Windows 上可能退化为 QueryPerformanceCounter（通常够用），但也可能 fallback 到低精度的 GetSystemTimeAsFileTime（尤其旧版 MSVC 或某些容器环境）。别看到名字就默认它可靠。

计时差值为 0 的常见原因

哪怕你调用了两次 high_resolution_clock::now()，差值仍可能为 0——这不是 bug，而是分辨率不足或编译器/OS 调度干扰导致的。典型场景包括：

两次调用间隔太短（低于时钟周期，比如纳秒级代码在微秒级时钟上运行）
编译器把空循环或无副作用操作整个优化掉了（没加 volatile 或实际使用结果）
线程被抢占、CPU 频率动态调整（如 Intel SpeedStep）、VM 虚拟化开销掩盖了真实耗时

验证方法：用 duration_cast<nanoseconds>(end - start).count()</nanoseconds> 打印原始数值，别只看 cout ——后者可能默认格式化成秒并四舍五入为 0。

安全跨平台计时的写法

想测代码段耗时，优先用 std::chrono::steady_clock（单调、不回跳），而非 high_resolution_clock。实操建议：

C函数速查手册（CHM版）

下载

始终用 auto start = steady_clock::now(); + auto end = steady_clock::now();，避免类型推导错误
差值转为具体单位时，用 duration_cast<nanoseconds>(end - start).count()</nanoseconds> 获取整数纳秒值；若需浮点秒，用 duration<double>(end - start).count()</double>
单次测量意义有限，对短函数建议循环多次取平均，并用 std::chrono::nanoseconds::min() 过滤掉明显异常的离群值（如首次 cache miss）
禁用优化测试？不行。应保持 -O2 或目标构建配置，否则测出来的是“玩具性能”

示例片段：

auto start = steady_clock::now();
do_some_work(); // 确保该函数有可观察副作用，或返回值被使用
auto end = steady_clock::now();
auto ns = duration_cast<nanoseconds>(end - start).count(); // 得到整数纳秒</nanoseconds>

Windows 下 QueryPerformanceCounter 的陷阱

MSVC 的 high_resolution_clock 底层大概率调用 QueryPerformanceCounter（QPC），但它在多核 CPU、休眠唤醒、热插拔 CPU 场景下可能不连续——虽然现代 Windows 已修复大部分问题，但仍有风险。更隐蔽的问题是 QPC 值本身不能直接当时间用，必须配合 QueryPerformanceFrequency 换算，而 std::chrono 封装会帮你做这事，前提是你的标准库实现没出错。如果你在 Hyper-V 或 WSL2 中跑，QPC 可能被虚拟化层降级为 GetTickCount64 级别精度（毫秒），此时 high_resolution_clock::period::num / period::den 会暴露真相：1 / 10000000 表示 100ns 单位，但实际抖动远大于此。

真正需要纳秒级确定性时，别依赖 high_resolution_clock——硬件计数器（如 RDTSC）或专用性能监控工具（perf、VTune）更合适，但也带来可移植性和权限问题。