V8垃圾回收必须暂停JavaScript执行，本质是为保证堆内存状态一致：因JS单线程运行，若GC标记阶段与JS并发修改引用，会导致漏标、误标或崩溃；故新生代Scavenge仅短暂停顿，老生代Mark-Sweep/Compact则引发几十至数百毫秒停顿，增量与并发标记虽缓解但未消除关键节点暂停。
V8 引擎的垃圾回收器暂停 JavaScript 执行，本质是通过 Stop-The-World（全停顿）机制 实现的——即在 GC 关键阶段，强制中止所有 JavaScript 代码的运行，确保堆内存状态一致、可安全遍历和清理。
垃圾回收为什么必须暂停执行
JavaScript 是单线程运行在主线程上的，而 V8 的垃圾回收器（尤其是老生代的标记-清除/标记-整理）需要精确扫描整个堆内存，确认哪些对象可达、哪些不可达。如果 JS 代码同时修改引用关系（比如赋值、删除属性、创建新对象），就会导致：
- 标记结果不准确（漏标或误标）
- 内存被错误释放（程序崩溃）
- 或残留无法回收的“死对象”（内存泄漏）
因此，V8 在关键 GC 阶段（如标记开始、重定位前）会同步阻塞主线程，暂停所有 JS 执行、DOM 更新、事件回调、定时器触发等。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
哪些 GC 阶段会触发停顿
- 新生代 Scavenge 回收：短暂停顿（通常 < 1ms），因只处理小内存区域（默认 16MB），采用 Cheney 算法复制存活对象。
- 老生代 Mark-Sweep / Mark-Compact 回收：停顿明显（几十到几百毫秒），尤其当堆内存大、对象多、存在大量长引用链时。
- 增量标记（Incremental Marking）：把标记过程拆成多个小片段，在 JS 执行间隙穿插进行，大幅缩短单次停顿，但仍需若干次短暂暂停（如写屏障触发、最终标记完成）。
- 并发标记（Concurrent Marking）：在辅助线程中并行标记，但主线程仍需在关键节点（如根扫描、标记结束同步）暂停以保证一致性。
如何观察停顿影响
可通过 Chrome DevTools 的 Performance 面板 录制运行过程，查看 V8.GCIdleTime 和 V8.GCScavenger 等事件，其中：
立即学习“Java免费学习笔记（深入）”；
- 深红色长条代表主线程被 GC 占用
- “Major GC” 对应老生代回收，停顿最显著
- 频繁出现的小 GC 条目，往往提示短期对象分配过载（如循环中新建对象、闭包捕获过多）
开发中减少停顿的实际建议
- 避免在热路径中频繁创建对象（如
for循环里new Date()、{}、[]） - 复用对象或使用对象池，尤其对临时结构体（如坐标、配置项）
- 及时解除大对象引用（如清空
cacheMap、置空eventHandler引用） - 合理使用
WeakMap/WeakRef，让 GC 能更早回收关联对象 - 监控内存增长趋势，用
performance.memory或chrome://memory-internals辅助诊断
GC 暂停不是 bug，而是内存安全的必要代价。理解它何时发生、为何发生，才能写出更可控、更流畅的 JavaScript 代码。
