C++带宽生成程序应选用哪种时间机制？

时钟选择：优先用std::chrono::steady_clock #

你的场景必须用steady_clock，原因如下：

• system_clock是系统墙钟时间，会被NTP同步、用户手动修改等操作调整，可能出现时间跳变（回退或前进），导致时间间隔测量完全错误。
• high_resolution_clock的标准定义模糊，仅要求精度高，但不保证单调递增——在很多平台上它是system_clock的别名，同样会受系统时间调整影响，这就是你遇到问题的核心根源。
• steady_clock是专门设计用于测量时间间隔的单调时钟，时间只会稳步前进，不受系统时间变化干扰，完全匹配你“每秒固定执行操作+休眠剩余时间”的需求。

解决100次迭代跑200秒的问题 #

你遇到的总时间翻倍，大概率是因为high_resolution_clock绑定了system_clock，运行过程中系统时间被调整（比如NTP同步把时间调慢），导致某次循环中now < time，此时计算的休眠时长变成1000 - (负数)，也就是休眠超过1秒，单次循环总时长远超预期，累计下来总时间翻倍。

另外还要注意两个容易踩的坑：

1. 单位转换错误：必须用std::chrono::duration_cast明确把时间差转换成毫秒，避免把纳秒/微秒当成毫秒计算，导致休眠时长错误。
2. 编译器优化掉读写操作：如果读操作的变量没有实际被使用，编译器会直接优化掉整个循环，导致操作耗时几乎为0；哪怕系统时间正常，也会出现每次休眠接近1秒的情况。必须用volatile修饰读操作的变量，强制编译器执行实际的读写逻辑。

正确的代码示例 #

#include <chrono>
#include <thread>

// 假设array是全局或已初始化的数组，ptr是合法的起始索引
void run_bandwidth_test(int total_iterations, int ops_per_second) {
    for (int iter = 0; iter < total_iterations; ++iter) {
        // 用steady_clock记录起始时间
        auto cycle_start = std::chrono::steady_clock::now();

        // 执行固定次数的读写操作，volatile防止编译器优化
        for (int i = 0; i < ops_per_second; ++i) {
            volatile int val = array[ptr + i];
            array[ptr + i] = 10;
        }

        // 计算操作耗时，转换为毫秒
        auto cycle_end = std::chrono::steady_clock::now();
        auto elapsed_ms = std::chrono::duration_cast<std::chrono::milliseconds>(cycle_end - cycle_start);

        // 休眠剩余时间，确保单循环总时长接近1秒
        if (elapsed_ms < std::chrono::milliseconds(1000)) {
            std::this_thread::sleep_for(std::chrono::milliseconds(1000) - elapsed_ms);
        }
        // 如果操作耗时超过1秒，直接跳过休眠
    }
}

额外说明 #

如果需要更高精度（比如微秒级），只需要把代码中的milliseconds换成microseconds即可，steady_clock的精度完全能满足需求。你提到可以通过增加迭代次数抵消亚毫秒误差，这个思路没问题，配合steady_clock的稳定性，完全能达到预期的带宽控制效果。

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