如何有效理解内存管理中的增量标记机制，避免高频对象创建导致的性能瓶颈？

本文共计1054个文字，预计阅读时间需要5分钟。

增量标记是一种将垃圾回收中的标记阶段直接执行的技术，其核心目标是避免一次性的长时间停顿（STW）。在频繁创建对象的场景下，它能显著缓解卡顿感。它不改变标记逻辑的正确性，而是通过时间上的分散，让应用线程和GC线程交替工作，用户几乎感觉不到停顿。

增量标记如何拆解并融入程序运行节奏

它不是一次性遍历所有可达对象，而是把整个标记任务划分为多个微小单元（例如每次只扫描几十个对象），在以下时机自动插入执行：

• JavaScript 引擎空闲时：比如事件循环中没有待处理的宏任务、微任务，也没有渲染或输入事件需要响应
• 帧间隔中：V8 会结合 requestAnimationFrame 周期，在两次动画帧之间插入一段极短（通常
• 内存压力上升时：当分配速度加快，引擎会主动增加单位时间内的标记步数，但单次仍严格限制耗时，防止反向拖慢主线程

三色标记模型保障分步执行的正确性

每次暂停后恢复，系统必须知道“做到哪一步了”，这依赖三色状态精确刻画对象生命周期：

• 白色：尚未访问，可能是垃圾，也可能只是还没轮到
• 灰色：已入队，其直接引用的对象还未全部检查，是当前标记工作的“待办清单”
• 黑色：已完全扫描，确认存活，且所有子对象也都被标记过

每次只从灰色集合中取少量对象，将其子对象标灰、自身标黑。哪怕中途被打断，状态依然自洽，后续可无缝继续——这是增量可行的底层前提。

写屏障拦截并发修改，堵住漏标漏洞

JS 线程运行时可能改写引用，比如一个黑色对象突然新增指向白色对象的字段，若不干预，该白色对象就会被误判为垃圾（漏标）。