v8引擎自动分代回收：新生代（16–32 mb）用scavenge算法复制回收短命小对象，大对象直入老生代；老生代（约1.4 gb）用mark-sweep/compact处理长寿对象与碎片，对象经两次scavenge存活或to空间不足时晋升。
JavaScript 中的垃圾回收由 V8 引擎自动执行，不依赖开发者手动干预。理解新生代与老生代的关键，不是记“谁先谁后”，而是看对象“活了多久”和“有多大”——V8 用这两条线索决定它该待在哪、怎么清理。
新生代：专收“短命小对象”，快进快出
新生代空间小（64 位系统常见 16–32 MB），只放刚创建的小对象，比如函数里临时生成的对象、短数组、局部字符串等。它被均分为两个半区：From-Space（当前分配区）和 To-Space（空闲复制区）。
- 新对象一律分配在 From-Space；填满时立刻触发 Scavenge 回收
- GC 扫描 From-Space，把存活对象复制到 To-Space；复制完清空 From-Space，再交换两区角色
- 大对象（如超过 2MB 的 ArrayBuffer 或长字符串）一创建就跳过新生代，直入老生代，避免复制开销
- Scavenge 不是“按时间划分”，而是靠实际存活行为判断：一个对象若在两次 Scavenge 后还活着，大概率会长久存在，就会被晋升
老生代：托管“长寿对象”，稳但慢
老生代空间大（Node.js 默认约 1.4 GB，可调），存放全局变量、模块缓存（require.cache）、长期闭包捕获的数据、持久 Buffer 等。这里不用复制算法，改用更重但更省空间的策略。
- 主要用 Mark-Sweep（标记-清除）：从根出发遍历标记存活对象，再统一回收未标记内存；缺点是易产生碎片
- 碎片多了就触发 Mark-Compact（标记-整理）：把所有存活对象往一端挪，腾出连续大块空闲内存；代价高，所以只在必要时运行
- GC 触发更保守——不是等满了才动，而是当已用内存达阈值（如 70%）或内存压力上升时启动
- V8 会用增量标记（主线程穿插执行）和并发标记（后台线程执行），大幅缩短单次停顿时间
对象不是固定属于某一代，而是在流动中“被选择”
一个对象没有“出生即属新生代”的标签。它的归属完全由运行时行为决定：
- 首次分配进新生代 → 若两次 Scavenge 后仍存活 → 晋升至老生代
- To-Space 剩余空间不足（例如已占超 25%）→ 提前把部分存活对象晋升，防分配失败
- 老生代对象新增对新生代对象的引用 → 写屏障机制会标记该新生代对象为“需重点跟踪”，影响后续是否晋升
- 晋升不是“升级”，而是“换仓库”：对象数据被移动，引用关系同步更新，对 JS 代码完全透明
这套机制背后是“弱分代假说”：90% 的对象在第一次 GC 就死亡，剩下 10% 才值得花更大成本管理。V8 不追求理论完美，而是用空间换时间、用分代换停顿——这也是 Node.js 和 Chrome 能兼顾响应速度与长期稳定的核心原因之一。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
