不同设计的JavaScript for循环存在性能差异的问题咨询

你测试所用的Chrome和Node.js均基于V8引擎，三个用例的性能差异完全来自V8的JIT即时编译优化策略，和let声明位置、名义上的总空操作次数没有直接关系，具体原因如下：

• Case B速度最快的原因
  Case B的最内层循环仅迭代100次，属于V8识别的小循环范畴，V8会对这类小次数内层循环自动做循环展开优化：直接把100次循环的空操作展开成连续的无运算代码，完全消除内层循环的条件判断、计数器递增开销。优化后实际仅需要执行外层+中层共10000*1000=1e7次判断，远小于1e9次的名义运算量，因此速度最快。
• Case A速度次之的原因
  Case A的最内层循环迭代10000次，超出了V8的小循环优化阈值，无法做展开优化，必须实打实执行1e9次的计数器递增和条件判断。但内层计数器会被V8优先放在CPU寄存器中读写，运算开销仍然很低，所以速度仅慢于Case B。
• Case C速度最慢的原因
  Case C是单层级的1e9次大循环，触发了V8的大循环去优化规则：
  1. V8的OSR（栈上替换）优化是在循环运行过程中触发的，对于超大迭代次数的循环，优化触发前已经产生了大量解释执行的开销
  2. V8对迭代次数接近32位有符号整数上限的循环，会默认跳过部分激进的空循环消除优化，无法像嵌套循环一样消除大量内层判断，必须执行完整的1e9次运算
     这里的性能差异和你用var声明计数器无关，变量关键字不会影响该场景的性能。
• 关于let声明位置无影响的补充
  早期V8版本对for循环头部声明的let会每次迭代创建独立作用域，确实有额外开销。但现在的V8已经实现了成熟的逃逸分析，对于没有在循环内部被捕获、引用的let变量，会直接优化成和外部声明的变量完全一致的底层逻辑，所以调整声明位置不会产生性能差异。

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