为什么 V8 引擎的垃圾回收机制会影响你的代码性能？

V8引擎的垃圾回收机制因“全停顿”会暂停JavaScript执行，频繁回收导致卡顿，对象分配不当加剧内存压力，增量标记和并发技术缓解但未消除性能开销。

V8 引擎的垃圾回收机制会直接影响代码性能，主要是因为它在运行时需要暂停 JavaScript 的执行，这个过程被称为“全停顿”（Stop-The-World）。虽然 V8 采用自动内存管理，让开发者无需手动释放内存，但这种便利性也带来了潜在的性能开销。

垃圾回收会阻塞主线程

V8 是单线程执行 JavaScript 的，当垃圾回收器启动时，它必须遍历整个堆内存来标记和清理不再使用的对象。在这期间，你的业务逻辑、DOM 操作、事件处理等所有代码都会被强制暂停。

• 如果应用创建了大量短期对象，新生代的 Scavenge 回收会频繁触发，导致多次短暂卡顿
• 当老生代内存增长到阈值，主垃圾回收器会执行标记-清除或标记-整理，这种大范围扫描可能造成几百毫秒甚至更长的停顿
• 用户交互、动画或高频定时任务在此期间会被延迟，产生明显的“掉帧”或响应迟缓

内存使用模式加剧回收压力

你的代码如何分配和引用对象，直接决定了垃圾回收的频率和成本。

卡奥斯智能交互引擎

聚焦工业领域的AI搜索引擎工具

36

查看详情

• 频繁创建临时对象（如在循环中生成数组或对象）会快速填满新生代空间，促使副垃圾回收器更频繁地工作
• 意外的全局变量或闭包持有对大型数据结构的引用，会使本该回收的对象长期存活，最终进入老生代，增加后续回收的复杂度
• 内存泄漏（如未清理的事件监听器、定时器）会导致堆内存持续增长，不仅占用更多系统资源，也会让每次回收需要检查的对象数量越来越多

V8 的优化策略也有代价

为了缓解停顿问题，V8 引入了增量标记和并发回收等技术，但这并不能完全消除影响。

• 增量标记将一次大回收拆分成多个小步骤穿插执行，减少了单次停顿时长，但总耗时可能更长，并且增加了调度开销
• 尽管新生代使用 Scavenge 算法效率高，但它依赖对象复制，对于较大的对象晋升到老生代后，只能由更慢的主回收器处理
• 调整 –max-semi-space-size 等参数虽能减少回收频率，但会显著增加内存占用，可能引发其他系统级问题

基本上就这些。