延迟清除解决老生代标记-清除算法中一次性清除导致的长停顿问题，其通过将清除操作异步分片、在主线程空闲时逐步执行，并与增量标记协同，降低单次gc停顿时长。
延迟清除（Lazy Sweeping）是 V8 引擎优化老生代垃圾回收停顿时间的关键策略之一，它不追求“一次性清完”，而是把清除阶段拆开、延后执行，在 JavaScript 主线程空闲时逐步完成。
延迟清除解决什么问题
在老生代使用标记-清除（Mark-Sweep）算法时，标记阶段完成后，清除未标记对象本应立即进行。但若堆内存很大、待清理对象很多，一次性清除会占用较长时间，造成明显的主线程卡顿（Stop-The-World）。延迟清除就是为避免这种长暂停而设计的。
延迟清除如何工作
它将“清除”这个动作从标记阶段紧随其后的同步操作，改为异步、分片、按需触发的过程：
- 标记完成后不立刻清除：V8 仅记录哪些内存页包含可回收对象，暂不释放内存。
- 利用空闲时间分批清理：在主线程没有 JS 执行任务的间隙（例如动画帧之间、用户输入间隔），V8 从待清除页中取出一小块，执行实际的内存释放。
- 与增量标记协同配合：延迟清除常和增量标记（Incremental Marking）搭配使用，两者共同把原本集中的 GC 工作打散成多个微小任务，大幅降低单次停顿时长。
- 按需提前触发：当内存压力上升（如分配新对象时发现空间不足），V8 会主动加快清除节奏，甚至临时转为同步清除以快速腾出空间。
对开发者的影响
延迟清除本身是引擎底层行为，无需代码干预，但理解它有助于判断性能现象：
- 内存占用曲线可能呈现“缓慢回落”而非“陡降”，这是清除在后台渐进发生的表现；
- 长时间运行的 Web 应用（如仪表盘、编辑器）不易出现突发卡顿，得益于清除任务被平滑摊薄；
- 频繁触发小规模 GC（如大量短生命周期对象）主要影响新生代，而延迟清除主要缓解老生代大范围回收的压力。
