Firefox运行jsforcats.com代码片段速度慢于Chrome，是什么原因？

核心原因来自三个层面的差异： #

1. JS引擎优化逻辑差异 #

• Chrome搭载的V8引擎对小型嵌套函数会默认触发函数内联优化，代码中的addOne函数会被直接整合到while循环体内，完全消除函数调用的入栈、出栈开销。Firefox搭载的SpiderMonkey引擎在控制台执行场景下，内联优化触发阈值更高，默认不会对这类小函数做内联，每次调用addOne都会产生额外开销。
• V8对闭包变量的访问优化更激进：代码中作为闭包变量的count会被V8优化为栈上存储，访问速度和普通局部变量一致；而SpiderMonkey在控制台场景下，闭包变量仍需要从堆内存的上下文中读取，访问开销更高。

2. 内置API调用开销差异 #

这段测试代码的每次循环都要调用Date.now()，两个浏览器对该API的实现开销有明显差距：
V8对Date.now()做了极细粒度的底层优化，单次调用开销远低于SpiderMonkey的实现。而整个测试的运行开销中，Date.now()的调用占比远高于计数运算本身，所以API层面的开销差异会被直接放大到最终的计数结果中。

3. 开发者工具执行上下文的策略差异 #

你在控制台中运行代码的场景下，两个浏览器对控制台输入代码的优化等级完全不同：

• Chrome的控制台会对输入的JS代码启用和普通页面JS一致的全量优化，几乎没有额外执行开销。
• Firefox的控制台为了支持调试断点、实时求值等调试特性，默认会给执行的代码添加额外的调试钩子，且主动降低优化等级，哪怕你关闭了所有附加组件、重置了浏览器设置，控制台本身的调试开销仍然存在。

如果你将这段代码放到普通HTML页面的script标签中运行，会发现两个浏览器的性能差距会比控制台测试的结果小很多。

内容的提问来源于stack exchange，提问作者Sachin R.