v8引擎通过增量标记与并发回收协同“切碎并分散”gc停顿。增量标记在js执行间隙插入≤5ms的微任务，用三色标记法分步处理；并发标记由后台线程扫描对象图，主线程仅短暂暂停协调；写屏障保障引用变更不漏标，最终单次停顿压至0.1–1ms。

V8 引擎通过增量标记和并发回收，把原本可能持续上百毫秒的垃圾回收（GC）过程“切碎”并“分散”，让主线程不被长时间锁死。这不是消除停顿，而是把大块卡顿拆成用户几乎感知不到的小抖动。

增量标记：在 JS 执行间隙插入微任务

增量标记把老生代的全堆标记工作，切成多个 每次不超过 5ms 的小步骤，在 JavaScript 主线程执行完一个宏任务（比如一次事件处理、一次 requestAnimationFrame 回调）后，趁空闲时间插入一段标记逻辑。

• 浏览器利用 requestIdleCallback 或内部空闲调度机制判断是否可安全执行 GC 片段
• 每个片段只处理一部分对象图，用三色标记法（白→灰→黑）保证进度可中断、状态可恢复
• 若用户突然滚动或输入，V8 会立刻暂停当前标记步骤，优先响应交互

并发标记：后台线程分担扫描压力

并发标记允许辅助线程（非主线程）在后台遍历对象图、执行标记操作，而 JavaScript 代码照常运行。

百度妙笔

百度旗下AI创意生成平台

下载

• 主线程仍需短暂暂停（几微秒），只为读取对象头或写入标记位，不是整段扫描
• 它与增量标记协同：并发线程做大部分扫描，主线程只负责协调、修正和收尾
• 写屏障（Write Barrier）保障正确性——当 JS 修改对象引用时，自动记录变更，避免漏标

它们怎么一起“切碎又分散”

真正起效的是两者的组合调度：

• 并发线程持续扫描，生成待处理的灰色对象列表
• 主线程在空闲时，从列表中取出一小批做增量处理（比如标记子节点、转为黑色）
• 如果堆增长快或内存紧张，V8 可能提前触发更多增量步；空闲多时，则拉长间隔、减少干扰
• 最终效果是：单次主线程停顿压到 0.1–1ms 级别，总 GC 时间不变，但用户感知不到卡顿

开发者能做的实际配合

你没法打开或调参数，但可以避免破坏这套精细节奏：

• 升级 Node.js 到 v12+（对应 V8 7.6+），确保机制默认启用
• 设合理堆上限：--max-old-space-size=3072，避免 GC 过频或过晚
• 禁用 v8.gc() 和 --expose-gc，防止强制退回到全停顿模式
• 观察日志确认生效：node --trace-gc --trace-gc-verbose app.js 中看到 [IncrementalMarking] 行