惰性清理和并行回收是v8为降低gc停顿、提升多核利用率的关键优化：惰性清理将清扫分块渐进执行，避免长卡顿；并行回收利用多线程加速标记与清扫，缩短stw时间。
惰性清理和并行回收，是现代 JS 引擎（尤其是 V8）为降低垃圾回收停顿、提升多核 CPU 利用率而设计的关键优化机制。它们不改变“标记-清除”的基本逻辑，但大幅改善了实际运行时的响应性和吞吐量。
惰性清理：把“扫垃圾”拆成小块，避免卡顿
传统垃圾回收的“清除”阶段（Sweeping）是一次性遍历整个堆，释放所有被标记为垃圾的对象内存。这在老生代堆较大时可能耗时几十毫秒，造成明显卡顿（Stop-The-World）。惰性清理的核心思路是：不等一次扫完，而是把清扫任务切分成多个小片，在主线程空闲间隙（比如事件循环 tick 之间）逐步执行。
- 每次只清扫一小段内存页（page），耗时控制在微秒级，用户几乎无感
- 清扫过程可被 JavaScript 执行随时打断并恢复，真正实现“渐进式”释放
- 未清扫完的内存页会暂时标记为“待清理”，后续分配时若需复用，可直接跳过清扫步骤
并行回收：让多个 CPU 核心一起“搬砖”
并行回收不是指“并发”（即与 JS 执行同时进行），而是指在 GC 的某个阶段（如标记或清扫），由多个辅助线程协同工作，显著缩短该阶段总耗时。它依赖底层线程池（libuv 或 V8 自管线程），不占用主线程，但需要多核物理支持。
- 标记阶段并行化：多个线程同时从根集出发，递归标记可达对象，大幅提升大堆扫描速度
- 清扫阶段并行化：多个线程各自负责不同内存页的释放和元数据重置，比单线程快数倍
- 注意：并行 ≠ 并发——主线程仍需暂停（STW），但暂停时间因并行加速而大幅缩短
两者如何配合压榨多核能力
惰性清理解决的是“时间分布”问题（把长停顿拆短），并行回收解决的是“计算吞吐”问题（把单核任务摊给多核）。V8 实际中常组合使用：
- 先用并行标记快速完成可达性分析（减少 STW 时间）
- 再用惰性清扫将剩余工作分散到多个事件循环间隙
- 对于新生代，采用更轻量的 Scavenge（复制算法），本身已天然适合并行
对开发者的真实影响
你不需要手动触发或配置这些机制——它们由 V8 自动启用。但理解它们有助于判断性能瓶颈：
- 若页面偶发长卡顿（>50ms），可能是老生代并行标记未覆盖全量，或惰性清扫积压
- 若 CPU 多核利用率长期偏低且 GC 频繁，说明应用创建了大量短命对象，应优化对象复用
- Worker Threads 中的子线程也拥有独立 V8 实例，各自运行完整的惰性+并行 GC，真正实现多进程级内存隔离
