近日，一则看似基础的JavaScript技术讨论——“forEach vs for-of loop pushing elements to array”在开发者社区持续发酵。这场始于Stack Overflow的代码性能辩论，迅速蔓延至GitHub、Twitter及各大技术论坛，引发了前端开发者对日常编码习惯的深度反思。记者就此采访了多位资深JavaScript工程师，并查阅了大量性能测试数据，试图为这场争论画上句号。
两种方法各具特色 使用场景截然不同
forEach与for-of是JavaScript中遍历数组最常用的两种方法。前者是Array原型上的高阶函数，接受回调函数作为参数；后者则是ES6引入的迭代器语法，可遍历任何可迭代对象。
在实际开发中，许多开发者习惯于使用forEach进行数组操作，认为其语法简洁、函数式风格优雅。然而当需要将遍历结果推入新数组时，情况变得微妙起来。记者发现，一段典型代码如const result = []; arr.forEach(item => result.push(item * 2));，与对应的for-of版本for (const item of arr) result.push(item * 2);，在性能表现上存在显著差异。
性能测试揭示真相：for-of普遍占优
记者获取了来自知名性能测试网站jsPerf和MeasureThat的最新数据。在Chrome V8引擎环境下，当处理包含10万个元素的数组并执行简单push操作时，for-of循环平均耗时约为forEach的60-70%。在Firefox SpiderMonkey引擎中，这一差距更为明显，for-of领先幅度达到40%以上。
“这主要源于两者底层实现的不同。”资深JavaScript引擎工程师、Mozilla贡献者李明（化名）向记者解释，“forEach每次迭代都会创建新的函数调用栈，频繁的上下文切换消耗了额外性能。而for-of作为语言原生循环结构，字节码执行效率更高，且能直接利用迭代器协议的惰性求值特性。”
神秘面纱被揭开：break、await等能力成关键决胜点
除了性能差异，for-of在功能灵活性上也有明显优势。记者了解到，for-of支持break、continue和return语句，而forEach的回调函数中无法跳出整个循环——只能通过抛出异常实现类似效果，这在实际项目中可能造成代码可读性下降和调试困难。
“我在处理异步操作时感受最深。”知名技术博主、掘金社区作者王磊指出，“forEach的回调函数中无法直接使用await，即便使用async包裹也会导致并行执行而非顺序等待。而for-of配合async/await可以完美实现序列化异步遍历。当我们需要边遍历边向数组推入异步获取的数据时，for-of几乎是唯一简洁的选择。”
社区争议：性能并不是唯一考量
尽管性能与灵活性上for-of占据上风，但forEach并非毫无用武之地。部分开发者坚持认为，代码的可读性与一致性同样重要。在团队协作中，forEach的函数式写法能更好地与map、filter等链式调用搭配，减少临时变量污染。
“如果你只是简单地映射数组，arr.map(x => x * 2)比任何循环都更清晰。”Stack Overflow知名回答者、JavaScript核心贡献者之一Alex在接受记者邮件采访时表示，“只有当循环内需要条件判断、提前终止或复杂副作用时，才推荐使用for-of。盲目追求性能而破坏代码意图，是另一种技术债务。”
记者注意到，V8团队曾在官方博客中提及——现代JavaScript引擎在不断优化高阶函数的性能，频繁的微基准测试往往不能代表真实应用场景。在实际项目中，IO操作、DOM渲染等才是性能瓶颈，循环本身的差异通常微乎其微。
行业趋势：规范引导与工具辅助并进
随着ESLint等代码规范工具的普及，团队可以通过配置规则强制统一遍历方式。例如Airbnb的JavaScript风格指南明确推荐使用for-of替代forEach，并在官方文档中列出了详细的性能与可维护性论证。而Google的Angular团队则在内部规范中保留了forEach的使用空间，但要求配合for循环使用。
“没有银弹。”JavaScript中文社区联合创始人张华强调，“作为开发者，应该理解每种方法的优劣，而不是简单站队。我们建议团队根据项目特点制定统一规范，并在代码审查中关注循环性能。”
结语：选择权终归开发者
截至记者发稿，这场关于forEach与for-of的讨论仍在持续。无论最终选择哪种方式，核心都是写出可维护、高效率的代码。正如Alex所言：“记住工具的特性，但别忘了工具始终服务于逻辑。”对于开发者来说，掌握两种方法的适用场景，并根据实际需求灵活切换，才是真正的专业素养。
在JavaScript这个不断演进的语言生态中，类似的基础技术争论未来还会不断上演。而每一次讨论，都是推动开发者群体共同进步的力量。