JavaScript中迭代次数相同时，为什么while(true)比for循环速度慢？

你观测到的约7%的性能差异，核心源于JavaScript引擎对两种循环结构的编译优化策略不同，以及两段测试代码的逻辑细节差异，并非while(true)本身的执行效率天然低于for循环。具体原因如下：

• for循环的遍历逻辑是语法层面显式声明的，引擎优化空间更大
  for循环的三个组成部分（初始化、终止条件、增量更新）是语法规则强制的结构，V8等主流JS引擎在编译阶段就能直接识别出数组遍历逻辑，会自动做一系列优化：比如提前缓存固定的数组长度、消除冗余的边界检查、甚至做循环展开等，最终编译出的机器码执行效率更高。
  而测试中的while(true)的终止条件是写在循环体内的隐式判断，引擎在编译阶段无法提前预判循环的终止规则，没法做上述针对性的遍历优化，只能每次循环都依次执行条件判断、变量自增，额外开销更高。
• 两段代码的变量作用域、执行顺序存在差异
  测试用的for循环中计数变量i是块级作用域的局部变量，JS引擎对局部变量的访问速度远高于外层作用域变量；而while版本的i是定义在循环外的外层作用域变量，本身访问开销就更高。同时while版本是先执行终止判断再做变量自增，和for循环的执行顺序存在细微差异，也会带来额外的性能开销。

补充说明：如果调整while的写法和for逻辑完全对齐，比如将终止条件写到while括号内、计数变量用块级作用域声明，两者的性能差异会缩小甚至完全消失，本次测试的差异更多是写法导致的，不是while语句本身的性能缺陷。

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