v8引擎垃圾回收采用分代机制：新生代用scavenge算法（from/to半空间复制，两次gc后晋升），老生代用mark-sweep与mark-compact组合；近年优化包括晋升阈值动态化、写屏障强化、半空间弹性调整及增量并发标记。
JavaScript 垃圾回收（GC）算法在 V8 引擎中并非一成不变，而是随着版本演进持续优化——核心目标始终是降低 GC 停顿时间、提升内存吞吐效率、减少碎片，并更好适配现代 Web 应用（如单页应用、实时渲染、大型数据处理）的内存特征。变动不是推倒重来，而是分层迭代：底层算法框架稳定，上层策略与调度机制持续精进。
新生代回收：Scavenge 算法基本稳定，但细节持续微调
Scavenge（Cheney 复制算法）仍是新生代默认回收方式，原理未变：From/To 半空间复制、存活对象晋升、两次 GC 后仍存活即进入老生代。但近年关键变动包括：
- 晋升阈值动态化：早期固定“经历两次 Scavenge 即晋升”，V8 7.0+（2019年起）引入基于对象大小、存活周期和 To 空间使用率的自适应判断，避免小对象过早晋升或大对象卡在新生代反复复制。
- 写屏障（Write Barrier）强化：为支持并发标记与增量回收，V8 8.0+（2020年）升级写屏障实现，更精准捕获新生代→老生代的引用变化，减少后续老生代扫描负担。
- 半空间大小弹性调整：V8 9.0+（2021年）根据设备内存容量与页面活跃度，动态设定新生代总大小（通常 1–8MB），而非硬编码固定值。
老生代回收：从 Mark-Sweep 到增量+并发标记成为标配
Mark-Sweep 和 Mark-Compact 长期共存，但执行方式发生根本性转变：
- 增量标记（Incremental Marking）全面落地：V8 6.4（2018年）起默认启用，将原本一次长停顿的标记阶段拆成毫秒级小任务，穿插在 JS 执行间隙运行；V8 8.3（2020年）后进一步缩短单次最大停顿至
- 并发标记（Concurrent Marking）取代主线程标记：V8 7.3（2019年）引入，标记工作交由后台线程完成，主线程仅负责初始根扫描与最终标记同步；V8 9.0+（2021年）后已成老生代 GC 主流程，停顿时间主要取决于同步阶段（通常
- 压缩（Compaction）按需触发：早期每次老生代 GC 都强制 Mark-Compact，V8 8.5（2020年）后改为仅当内存碎片率超阈值（如空闲块占比
新增机制：弱引用与辅助 GC 的协同演进
V8 不再只依赖传统可达性判定，而是引入语义辅助手段，让开发者可主动参与内存管理：
- WeakMap / WeakSet 成为 GC 友好原语：V8 4.3（2015年）起支持，其键/值不计入强引用链；V8 8.0+ 进一步优化内部结构，使弱引用清理更及时，避免“幽灵引用”长期滞留。
- FinalizationRegistry 提供清理钩子：V8 8.4（2020年）随 ES2021 标准加入，允许注册对象被 GC 回收后的回调；V8 9.2（2021年）起支持跨线程注册与更可靠的触发时机。
-
内存限制策略更精细：V8 7.0+ 开始区分“软堆限制”（soft limit）与“硬堆限制”（hard limit），前者触发增量 GC，后者强制 Full GC；Node.js 中可通过
--max-old-space-size精确控制，浏览器则由 Blink 渲染器协同动态调节。
监控与调试能力同步升级
算法变动也带动了可观测性增强：
- V8 6.0+ 提供
chrome://tracing中详细的 GC 阶段耗时分解（如 “Scavenge”, “Mark-Compact”, “IncrementalMarking”）； - V8 8.0+ 支持
performance.memory（非标准但广泛支持）及 DevTools 的 Memory 模块快照对比； - V8 9.0+ 引入
v8.getHeapStatistics()返回更细粒度指标（如total_global_handles_size,used_global_handles_size），便于定位句柄泄漏。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
