JavaScript通过自动垃圾回收管理内存，核心是可达性判断，采用标记-清除、分代收集等算法，避免内存泄漏需注意全局变量、闭包、事件监听和定时器等问题。
JavaScript的内存管理机制对开发者来说大多是自动化的，但理解其背后的垃圾回收（Garbage Collection, GC）算法，有助于写出更高效、避免内存泄漏的代码。JavaScript引擎会自动分配和释放不再使用的内存空间，这个过程的核心就是垃圾回收算法。
内存生命周期简述
在JavaScript中，每个变量的内存经历三个阶段：
- 分配内存：声明变量或对象时，系统为其分配内存。
- 使用内存：读取、写入数据，执行操作。
- 释放内存：当数据不再需要时，由垃圾回收器自动回收。
前两个阶段由开发者显式控制，而最后一个阶段完全由JavaScript引擎管理。
可达性与垃圾判定标准
现代JavaScript引擎采用“可达性”作为判断对象是否可被回收的标准。所谓“可达”，是指从根（如全局对象、调用栈中的变量等）出发，通过引用链可以访问到该对象。
立即学习“Java免费学习笔记（深入）”；
如果一个对象无法从任何根节点到达，它就被视为“不可达”，从而成为垃圾回收的目标。
例如：
let obj = { name: 'John' };obj = null; // 原对象失去引用，若无其他引用，将被回收
此时原对象不再可达，GC会在适当时候将其清理。
主流垃圾回收算法解析
不同JavaScript引擎（如V8、SpiderMonkey）实现细节略有差异，但核心算法大致相同。以下是几种关键算法：
1. 引用计数（Reference Counting）
早期方法，为每个对象维护一个引用计数，每当有变量指向它，计数加1；解除引用则减1。计数为0时立即回收。
问题在于无法处理循环引用：
let a = {};let b = {};
a.ref = b;
b.ref = a; // 循环引用，计数永不归零
即使a和b已不再使用，引用计数法也无法回收它们。
2. 标记-清除（Mark-and-Sweep）
现代引擎普遍采用此算法。流程如下：
- 从根对象开始遍历所有可达对象，并做“标记”。
- 扫描整个堆内存，未被标记的对象即为垃圾。
- 清除这些未标记对象占用的内存。
该方法能有效解决循环引用问题，因为循环对象若无法从根到达，就不会被标记。
3. 分代收集（Generational Collection）
基于“大多数对象存活时间短”的经验观察，V8等引擎将堆内存分为“新生代”和“老生代”。
- 新生代：存放新创建的对象，使用“Scavenge”算法（如 Cheney 算法），快速复制存活对象到另一区域。
- 老生代：长期存活的对象移入此处，采用改进的标记-清除或标记-整理算法。
分代策略提升了GC效率，减少全堆扫描频率。
4. 增量标记与并发回收
传统GC会暂停程序执行（Stop-The-World），影响性能。现代引擎引入：
- 增量标记：将标记过程拆分为多个小步骤，穿插在JS执行中。
- 并发回收：在单独线程中执行部分GC任务，减少主线程阻塞。
V8从2011年起逐步实现这些优化，显著改善应用响应速度。
如何避免内存泄漏
尽管GC强大，不当编码仍会导致内存无法释放：
- 意外的全局变量：未声明的变量会挂载到全局对象，长期存在。
- 闭包引用过大对象：闭包保留对外部变量的引用，若不注意可能阻止回收。
- 事件监听未解绑：DOM元素被移除后，若事件监听仍存在，可能导致整个对象链无法回收。
-
定时器引用外部对象：
setInterval中的回调若引用大对象且未清除，会造成持续占用。
建议定期使用开发者工具的内存面板进行快照比对，排查异常增长。
基本上就这些。掌握垃圾回收机制，不是为了手动管理内存，而是为了写出更健壮的代码，理解何时该主动断开引用，避免隐形的资源浪费。
