为何chrono库高分辨率时钟会随机输出0与合理时长值？

这种时有时无的0耗时输出，核心原因是编译器优化+Windows计时特性的共同作用，而非单纯的时钟精度问题：

1. 空循环被编译器优化 #

你写的100万次空循环，在Windows下常用的MSVC编译器优化策略中，很容易被判定为「无实际副作用的无效代码」，直接被优化掉——此时函数执行本质是空操作，计时自然为0。而偶尔出现的973300ns合理值，大概率是编译器某次未完全优化掉循环（比如调试模式残留、优化策略的边缘判定情况），或者循环体被隐式保留了某些操作。

2. 为什么合理值方差极小？ #

当循环未被优化时，100万次空循环的执行逻辑完全固定，Intel i7的流水线执行、分支预测机制会让这段代码的执行时间高度稳定，所以方差控制在20ns内是正常现象。

可行的解决办法 #

• 阻止编译器优化空循环：在循环体内加入带有副作用的操作，让编译器无法判定循环无效。比如：

  void megu() {
      volatile int dummy = 0;
      for (int i = 0; i < 1000000; ++i) {
          dummy++; // volatile修饰强制编译器读写内存，避免循环被优化
      }
  }
  

• 固定测试时长而非循环次数：如果目标是测试短耗时函数，不如让函数执行足够长的时间（比如至少10ms），减少计时误差和优化概率。比如循环调用megu函数10次，整体计时后再计算单次耗时。
• 过滤异常值后统计：像你当前做的一样，丢弃0值后取平均值或中位数，这在无法修改被测函数时是有效的折中方案。

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