V8引擎的垃圾回收机制因“全停顿”会暂停JavaScript执行，频繁回收导致卡顿，对象分配不当加剧内存压力，增量标记和并发技术缓解但未消除性能开销。
V8 引擎的垃圾回收机制会直接影响代码性能，主要是因为它在运行时需要暂停 JavaScript 的执行，这个过程被称为“全停顿”（Stop-The-World）。虽然 V8 采用自动内存管理，让开发者无需手动释放内存，但这种便利性也带来了潜在的性能开销。
垃圾回收会阻塞主线程
V8 是单线程执行 JavaScript 的，当垃圾回收器启动时，它必须遍历整个堆内存来标记和清理不再使用的对象。在这期间，你的业务逻辑、DOM 操作、事件处理等所有代码都会被强制暂停。
- 如果应用创建了大量短期对象，新生代的 Scavenge 回收会频繁触发，导致多次短暂卡顿
- 当老生代内存增长到阈值，主垃圾回收器会执行标记-清除或标记-整理，这种大范围扫描可能造成几百毫秒甚至更长的停顿
- 用户交互、动画或高频定时任务在此期间会被延迟，产生明显的“掉帧”或响应迟缓
内存使用模式加剧回收压力
你的代码如何分配和引用对象，直接决定了垃圾回收的频率和成本。
- 频繁创建临时对象（如在循环中生成数组或对象）会快速填满新生代空间，促使副垃圾回收器更频繁地工作
- 意外的全局变量或闭包持有对大型数据结构的引用，会使本该回收的对象长期存活，最终进入老生代，增加后续回收的复杂度
- 内存泄漏（如未清理的事件监听器、定时器）会导致堆内存持续增长，不仅占用更多系统资源，也会让每次回收需要检查的对象数量越来越多
V8 的优化策略也有代价
为了缓解停顿问题，V8 引入了增量标记和并发回收等技术，但这并不能完全消除影响。
- 增量标记将一次大回收拆分成多个小步骤穿插执行，减少了单次停顿时长，但总耗时可能更长，并且增加了调度开销
- 尽管新生代使用 Scavenge 算法效率高，但它依赖对象复制，对于较大的对象晋升到老生代后，只能由更慢的主回收器处理
- 调整 --max-semi-space-size 等参数虽能减少回收频率，但会显著增加内存占用，可能引发其他系统级问题
