增量标记是v8自动启用的gc调度策略，将长标记过程拆为穿插在主线程空闲间隙的微任务；它不改变标记-清除本质，依赖可中断性，闭包、定时器等易致其退化为全量标记。
增量标记是一种把垃圾回收中的标记阶段“切片执行”的技术，核心目标是避免一次长停顿（STW），尤其在频繁创建对象的场景下，能显著缓解卡顿感。它不改变标记逻辑的正确性，而是通过时间上的分摊，让应用线程和GC线程交替工作，用户几乎感知不到停顿。
增量标记如何拆解并融入程序运行节奏
它不是一次性遍历所有可达对象，而是把整个标记任务划分为多个微小单元（例如每次只扫描几十个对象），在以下时机自动插入执行：
- JavaScript 引擎空闲时：比如事件循环中没有待处理的宏任务、微任务，也没有渲染或输入事件需要响应
- 帧间隔中：V8 会结合 requestAnimationFrame 周期，在两次动画帧之间插入一段极短（通常
- 内存压力上升时：当分配速度加快，引擎会主动增加单位时间内的标记步数，但单次仍严格限制耗时，防止反向拖慢主线程
三色标记模型保障分步执行的正确性
每次暂停后恢复，系统必须知道“做到哪一步了”，这依赖三色状态精确刻画对象生命周期：
- 白色：尚未访问，可能是垃圾，也可能只是还没轮到
- 灰色：已入队，其直接引用的对象还未全部检查，是当前标记工作的“待办清单”
- 黑色：已完全扫描，确认存活，且所有子对象也都被标记过
每次只从灰色集合中取少量对象，将其子对象标灰、自身标黑。哪怕中途被打断，状态依然自洽，后续可无缝继续——这是增量可行的底层前提。
写屏障拦截并发修改，堵住漏标漏洞
JS 线程运行时可能改写引用，比如一个黑色对象突然新增指向白色对象的字段，若不干预，该白色对象就会被误判为垃圾（漏标）。写屏障在此刻介入：
- 当黑色对象新增对白色对象的引用，写屏障立即将该白色对象“拉回”灰色队列，确保后续重新扫描
- 当灰色对象断开对某白色对象的引用，快照机制会保留该白色对象的原始可达路径记录，防止它因“临时失联”而被清除
这些补偿动作非常轻量，只在真实发生写操作时触发，不影响绝大多数无变更的执行路径。
高频对象创建场景下的实用规避建议
即便有增量标记，持续高频创建短命对象仍会推高 GC 频率和总负载。可配合以下做法降低影响：
- 复用对象而非反复 new：比如用对象池管理临时 Vector、Color 或配置结构体，避免每帧都分配新实例
- 控制闭包捕获范围：避免无意中延长局部变量生命周期，导致本该快速回收的对象滞留在老年代
- 减少中间数据结构：如用 for 循环代替 Array.map().filter() 链式调用，避免生成多个过渡数组
- 监控分配速率：通过 Chrome DevTools 的 Memory 面板或 performance.mark() + User Timing API，定位突发分配热点
本质上，增量标记解决的是“怎么回收更平滑”，而高频创建问题需从前端逻辑源头节制分配行为——两者配合，才能真正消除卡顿。
