std::chrono::high_resolution_clock精度不足，求提升微秒级计时精度方案

这个问题我之前做高性能数据采集时也碰到过——std::chrono::high_resolution_clock的实际精度确实依赖平台，像你遇到的500us分辨率情况，大概率是平台默认的时钟源限制了。下面几个方案应该能帮你搞定微秒级甚至纳秒级的计时需求：

1. 直接调用平台原生高精度API #

绕过标准库的封装，直接用系统提供的最高精度计时接口，是最稳妥的方式：

Windows平台 #

使用QueryPerformanceCounter和QueryPerformanceFrequency，这是Windows上精度最高的计时方案，现代硬件下通常能达到纳秒级分辨率：

#include <windows.h>

// 初始化时钟频率（只需调用一次）
LARGE_INTEGER freq;
QueryPerformanceFrequency(&freq);

// 获取当前时间戳
LARGE_INTEGER counter;
QueryPerformanceCounter(&counter);

// 转换为微秒值
double microseconds = static_cast<double>(counter.QuadPart) * 1000000.0 / freq.QuadPart;

Linux/macOS平台 #

用clock_gettime函数，优先选择CLOCK_MONOTONIC_RAW（Linux特有，不受系统时间调整影响）或CLOCK_MONOTONIC（跨平台单调时钟）：

#include <time.h>

struct timespec ts;
// macOS替换为CLOCK_MONOTONIC
clock_gettime(CLOCK_MONOTONIC_RAW, &ts);

// 转换为微秒值
long long microseconds = static_cast<long long>(ts.tv_sec) * 1000000 + ts.tv_nsec / 1000;

2. 升级到C++20使用std::chrono::steady_clock #

C++20对std::chrono库做了明确规范，steady_clock被要求绑定到平台的高精度单调时钟，而且现在主流编译器（GCC 10+、Clang 11+、MSVC 2019+）都已经实现了这一点：

#include <chrono>

auto now = std::chrono::steady_clock::now();
auto microsec = std::chrono::duration_cast<std::chrono::microseconds>(now.time_since_epoch()).count();

相比high_resolution_clock，steady_clock还能保证时间单调递增，不会因为系统时间校准出现跳变，更适合数据采集场景。

3. 检查编译器与系统配置 #

• 如果你用MSVC，务必开启/O2优化：Debug模式下的调试开销会拖慢计时调用，而且编译器可能不会优化时钟相关的代码。
• Linux下可以通过cat /sys/devices/system/clocksource/clocksource0/current_clocksource查看当前时钟源，推荐使用tsc（CPU时间戳计数器）或hpet，这两个都是纳秒级精度的硬件时钟。

额外小提示 #

• 尽量只初始化一次时钟频率（比如Windows的QueryPerformanceFrequency），避免重复调用带来的开销。
• 不要在计时点前后插入无关操作，哪怕是微小的计算都可能影响微秒级计时的准确性。

内容的提问来源于stack exchange，提问作者brazoayeye