Chrome V8 引擎采用分代垃圾回收机制管理内存，结合多种优化策略以平衡性能与内存使用效率。以下是其核心机制的系统梳理：
一、内存分区结构
V8 将堆内存划分为多个区域，各司其职：
-
**新生代（New Space）**
- 容量小（默认 1--8 MB），存放生命周期短的对象（如临时变量）。
- 采用 Scavenge 算法（基于 Cheney 复制算法）。
- 内部划分为两个等大小的半空间：From 和 To。
-
**老生代（Old Space）**
- 存放长期存活对象（如全局变量、闭包引用对象）。
- 分为：
- **老生代指针区（Old Pointer Space）**：含指向其他对象的指针。
- **老生代数据区（Old Data Space）**：仅存储原始数据（如字符串），无指针。
- 采用 标记-清除（Mark-Sweep） 与 **标记-整理（Mark-Compact）** 结合的算法。
-
其他专用区域
- **大对象区（Large Object Space）**：存放超过阈值的大对象（如大数组），不参与复制或整理。
- **代码区（Code Space）**：存储 JIT 编译后的机器码。
- Map 区、Cell 区等：存储隐藏类、属性结构等元数据。
栈内存用于存储原始类型值和函数调用上下文，由系统自动管理，不参与 GC 48。
二、垃圾回收核心流
-
**新生代回收（Scavenge 算法）**
- 当 From 空间满时触发 GC。
- 遍历 From 空间，将存活对象复制到 To 空间。
- 清空 From 空间，交换 From 与 To 角色。
- 晋升条件：对象经历 2 次 Scavenge 后仍存活，或 To 空间不足，将被移至老生代 12。
-
老生代回收
- 标记-清除（Mark-Sweep） ：
- 从 GC Roots（全局对象、活动栈帧、闭包等）出发，标记所有可达对象。
- 清除未标记对象，回收内存。
- 缺点：产生内存碎片。
- 标记-整理（Mark-Compact） ：
- 在 Mark-Sweep 基础上，将存活对象向一端移动，压缩内存，减少碎片 26。
- 标记-清除（Mark-Sweep） ：
三、关键优化技术
为减少 GC 停顿时间，提升响应速度，V8 引入多项优化：
-
增量标记（Incremental Marking）
将标记过程拆分为多个小步骤，穿插在 JavaScript 执行间隙中，避免主线程长时间阻塞 211。
-
并发标记与清理（Concurrent Marking/Sweeping）
在后台线程执行标记和清理，进一步降低对主线程的影响 711。
-
惰性清理（Lazy Sweeping）
不立即清除所有未标记对象，而是在分配新内存时按需清理 2。
-
指针压缩（Pointer Compression）
在 64 位系统中用 32 位偏移量代替完整指针，节省约 30% 内存占用 12。
-
并行 Scavenge
利用多核 CPU 并行复制新生代对象，加速回收 7。
四、内存泄漏常见原因与规避
- 闭包持有外部大对象引用 → 优化：仅引用必要数据，或使用
WeakMap12。 - 意外全局变量 → 使用
'use strict'防止 2。 - DOM 引用未释放 → 移除元素后手动置空引用，或用
WeakMap存储 2。 - 定时器/事件监听器未清除 → 及时调用
clearInterval/removeEventListener2。 - 循环引用 → 手动断开引用链（现代 V8 已能处理部分循环引用，但仍建议主动释放）1。
五、调试与监控工具
- Chrome DevTools → Memory 面板
- Heap Snapshot：分析对象引用关系，定位泄漏源。
- Allocation Timeline：追踪内存分配趋势。
- Node.js 中 ：使用
process.memoryUsage()监控堆内存，配合--expose-gc手动触发 GC 1。
V8 默认内存限制：64 位系统约 1.4 GB ，32 位约 1.0 GB，超出将导致 OOM 崩溃 68。
综上，V8 通过分代回收 + 多级优化，在自动管理内存的同时，最大限度保障应用性能。开发者应结合其机制特点，编写高效、低泄漏的代码。