Idle GC是V8在浏览器中调度GC的优化策略，利用渲染帧间隙的空闲时间（1–5ms）以增量方式推进标记或轻量回收，避免抢占主线程导致掉帧，无需开发者干预。
空闲时间收集（Idle GC）不是独立的垃圾回收算法，而是 V8 在浏览器环境中对已有 GC 机制的一种调度优化策略——它把原本可能打断用户交互的垃圾回收任务，主动“塞进”浏览器渲染帧之间的空闲时间里执行，从而降低卡顿感。
为什么需要 Idle GC
浏览器每秒尝试绘制 60 帧（即每帧约 16.7ms），其中要完成样式计算、布局、绘制、合成等多个阶段。如果 GC 在主线程上全量运行（尤其是老生代 Mark-Sweep），可能持续数毫秒甚至十几毫秒，直接挤占渲染时间，造成掉帧、卡顿或输入响应延迟。
Idle GC 的核心目标就是：不抢主线程的活儿，只在浏览器明确报告“接下来 1～2ms 没事干”时，才做一点 GC 工作。
它怎么知道什么时候空闲
浏览器通过 requestIdleCallback API 向 JavaScript 暴露空闲时段。V8 内部与 Chromium 渲染引擎深度协同，能获取到更底层、更精确的空闲窗口信息（比如渲染管线刚完成一帧、尚未开始下一帧的间隙）。这些空闲时间通常出现在：
- 用户没有鼠标移动、键盘输入或滚动的静默期
- 一帧渲染结束、下一帧尚未触发前的微小间隙（常为 1–5ms）
- 页面处于后台标签页、但脚本仍在运行时（此时空闲窗口更宽裕）
Idle GC 实际做什么
它不做完整回收，而是以“增量”方式推进已有的 GC 流程：
- 对正在执行的增量标记（Incremental Marking）阶段进行切片：每次只标记几百个对象，然后交还控制权
- 在空闲时间内触发轻量级的新生代 Scavenge（因本身很快，适合碎片化执行）
- 推迟或跳过某些非紧急的清理动作（如惰性清扫、内存整理），等下次空闲再继续
注意：Idle GC 不会启动一次全新的 GC 周期，它只是让正在进行的 GC 更“温柔”地跑完。
开发者能控制或感知它吗
不能直接启用或关闭 Idle GC——它是 V8 和 Blink 自动协作的行为，无需代码干预。但你可以间接影响它的效果：
- 避免在高频事件（如
scroll、mousemove）中大量分配对象，减少 GC 压力 - 使用
requestIdleCallback手动安排低优先级任务，与 Idle GC 共享空闲资源 - 通过 Chrome DevTools 的 Performance 面板 → Bottom-up → Garbage Collection 查看 Idle GC 是否被触发（标注为 “Idle task” 或 “IncrementalMarking”）
