为何调用std::chrono::high_resolution_clock越频繁，耗时异常增大？

出现这种现象的核心原因是程序运行时间越长，遭遇系统级干扰的概率越高，具体可以拆解为这几个点：

• 操作系统线程抢占：当N很小时，程序瞬间就跑完了，操作系统没机会把你的线程切走。但N越大，程序运行时间越长，操作系统需要调度其他进程/线程（比如后台服务、系统任务），这时候你的线程会被暂停几十微秒甚至几毫秒。两次now()调用刚好被夹在线程暂停前后，时间差就会异常大，而且N越大，碰到这种情况的概率越高，最大值也就越夸张。

• 内存缓存失效的影响：你的vectorv会随着N增大占用更多内存，当超出CPU缓存容量时，写入v[i]会触发缓存缺失（cache miss），需要从主存读写数据。虽然看起来两次now()之间没有代码，但CPU的指令流水线是并行执行的，缓存缺失导致的延迟可能会打乱指令执行节奏，偶尔让两次now()的间隔被拉长。

• 高精度时钟的特性限制：high_resolution_clock的精度虽然高，但不同平台的实现依赖不同硬件时钟（比如TSC、HPET）。如果CPU开启了睿频、节能降频，或者时钟同步出现微小偏差，偶尔会出现时钟跳变。循环次数少的时候碰不到，次数多了就容易触发，进而推高最大值。

• 系统后台活动干扰：N越大，程序运行时间越长，越容易碰到系统后台操作——比如磁盘IO、杀毒软件扫描、垃圾回收等。这些操作会占用CPU或总线资源，导致你的程序执行被延迟，两次now()的间隔自然就变大了。

如果想验证这些原因，可以试试：

1. 去掉循环里的v[i]赋值，只把时间差存在临时变量里，看看最大值会不会大幅降低（验证缓存的影响）；
2. 给程序设置更高的线程优先级，减少被抢占的概率，观察最大值的变化。

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