V8 引擎的垃圾回收本质上是自动分代处理：新生代通常在 16–32 MB 之间，主要用 Sca venge 复制算法来快速回收那些生命周期很短的小对象；而体积偏大的对象，则会直接进入老生代。

老生代容量大约在 1.4 GB 左右，采用 Mark-Sweep/Compact 来处理存活时间更长的对象以及内存碎片问题。至于对象什么时候晋升到老生代，规则也很明确：经历两次 Sca venge 之后仍然存活，或者 To 空间已经不足时，就会被提升上去。

Ja vaScript 中的垃圾回收由 V8 引擎自动执行，不依赖开发者手动干预。

理解新生代与老生代的关键，不是记“谁先谁后”，而是看对象“活了多久”和“有多大”。V8 会根据这两个线索，决定对象该待在哪、怎么清理。

新生代与老生代的基本分工

V8 采用分代回收机制。核心思路很直接：短命对象优先快速回收，长寿对象交给更稳妥的方式处理。

• 新生代负责处理生命周期短、体积较小的对象
• 老生代负责处理存活时间更长、占用更久的对象
• 大对象通常不会在新生代停留，而是直接进入老生代

新生代：专收“短命小对象”，快进快出

新生代空间小（64 位系统常见 16–32 MB），只放刚创建的小对象，比如函数里临时生成的对象、短数组、局部字符串等。

它被均分为两个半区：From-Space（当前分配区）和 To-Space（空闲复制区）。

• 新对象一律分配在 From-Space；填满时立刻触发 Sca venge 回收
• GC 扫描 From-Space，把存活对象复制到 To-Space；复制完清空 From-Space，再交换两区角色
• 大对象（如超过 2MB 的 ArrayBuffer 或长字符串）一创建就跳过新生代，直入老生代，避免复制开销
• Sca venge 不是“按时间划分”，而是靠实际存活行为判断：一个对象若在两次 Sca venge 后还活着，大概率会长久存在，就会被晋升

老生代：托管“长寿对象”，稳但慢

老生代空间大（Node.js 默认约 1.4 GB，可调），存放全局变量、模块缓存（require.cache）、长期闭包捕获的数据、持久 Buffer 等。

这里不用复制算法，改用更重但更省空间的策略。

• 主要用 Mark-Sweep（标记-清除）：从根出发遍历标记存活对象，再统一回收未标记内存；缺点是易产生碎片
• 碎片多了就触发 Mark-Compact（标记-整理）：把所有存活对象往一端挪，腾出连续大块空闲内存；代价高，所以只在必要时运行
• GC 触发更保守——不是等满了才动，而是当已用内存达阈值（如 70%）或内存压力上升时启动
• V8 会用增量标记（主线程穿插执行）和并发标记（后台线程执行），大幅缩短单次停顿时间

对象如何在两代之间流动

对象不是固定属于某一代，而是在运行过程中“被选择”。

一个对象没有“出生即属新生代”的标签，它的归属完全由运行时行为决定。

• 首次分配进新生代 → 若两次 Sca venge 后仍存活 → 晋升至老生代
• To-Space 剩余空间不足（例如已占超 25%）→ 提前把部分存活对象晋升，防分配失败
• 老生代对象新增对新生代对象的引用 → 写屏障机制会标记该新生代对象为“需重点跟踪”，影响后续是否晋升
• 晋升不是“升级”，而是“换仓库”：对象数据被移动，引用关系同步更新，对 JS 代码完全透明

这套机制背后的核心逻辑

这套机制的底层逻辑，其实就是“弱分代假说”：大约 90% 的对象会在第一次 GC 时就被回收，真正需要投入更高管理成本的，往往只有剩下那 10%。

所以，V8 走的并不是一条追求理论上绝对完美的路线，而是更务实地选择用空间换时间、用分代控制停顿。

说到底，这正是 Node.js 和 Chrome 既能保持响应足够快，又能维持长期稳定运行的关键原因之一。

《夸克》非常好用的免费AI浏览器

下载APP查看