为何浏览器中代码执行时间会出现波动？

这个问题问得特别好！其实浏览器环境下JS执行时间每次不一样的原因，和后端操作系统的调度逻辑有共通之处，但也有浏览器自身的独特因素，我给你逐一拆解：

• 浏览器多线程调度干扰：浏览器是典型的多进程多线程架构，JS引擎线程虽然是单线程，但它得和渲染线程、网络线程、事件触发线程等“抢时间”。比如你跑测试代码时，突然来了个网络请求的回调、页面需要重绘，或者用户点了一下鼠标，这些事件都会打断JS代码的执行，导致这次的测量时间变长。
• JIT编译的动态变化：现代浏览器的JS引擎（比如Chrome的V8、Firefox的SpiderMonkey）都有即时编译（JIT）机制。第一次跑代码可能是解释执行，速度较慢；如果代码被多次调用，引擎会把它编译成高效的机器码，后续执行就变快。但如果代码的执行路径发生变化（比如分支判断的结果变了），引擎又可能触发“去优化”，把机器码变回解释执行，这就会导致不同次运行的时间波动。
• 垃圾回收（GC）的突然介入：JS引擎会自动清理不再使用的内存，GC线程工作时会暂停JS线程。如果你的测试刚好撞上GC执行，那测量时间就会包含GC的耗时，结果自然就不准了——而且GC的触发时机本来就是动态的，每次运行都可能不一样。
• 系统层面的外部影响：浏览器终究是跑在操作系统上的程序，OS的进程调度、后台其他程序占用CPU/内存、甚至笔记本的节能降频，都会间接影响浏览器里JS代码的执行速度，导致每次结果有差异。
• 浏览器的资源节流策略：如果你的测试页面在后台标签页，或者代码执行频率过高，浏览器可能会降低JS执行的优先级，甚至做节流处理，这也会让测量结果出现波动。

小建议：如果想获得更稳定的性能数据，建议多次执行取平均值，或者用浏览器DevTools的Performance面板来分析——它能精准追踪代码执行、GC、线程调度等所有细节，帮你排除干扰因素。

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