JavaScript通过垃圾回收机制自动管理内存，核心是标记-清除算法，从根对象出发标记可达对象，回收不可达对象；引用计数因循环引用问题易导致内存泄漏，现代引擎已优化；常见泄漏包括全局变量、定时器、事件监听和闭包滥用，需显式断开引用以优化性能。
JavaScript 的内存管理是自动执行的，开发者不需要手动分配或释放内存。这种机制的核心是 垃圾回收（Garbage Collection, GC），它会定期识别并清理不再使用的变量和对象，释放其所占用的内存。理解其原理有助于避免内存泄漏，提升应用性能。
内存分配与生命周期
当声明一个变量、创建一个对象或函数时，JavaScript 会自动为其分配内存。变量的生命周期通常分为三个阶段：
- 分配内存：如 let obj = { name: "Alice" }，系统为对象分配空间
- 使用内存：读写该对象的数据
- 释放内存：当对象不再可达时，垃圾回收器将其内存回收
关键在于“不再可达”这一判断，这由垃圾回收算法决定。
主流垃圾回收算法：标记-清除
现代 JavaScript 引擎（如 V8）主要采用 标记-清除（Mark-and-Sweep） 算法：
立即学习“Java免费学习笔记（深入）”；
- 从根对象（如全局对象 window 或 global）开始，遍历所有可访问的变量和对象
- 被访问到的对象被“标记”为活跃（reachable）
- 未被标记的对象被视为不可达，其内存将被回收
例如：
let user = { name: 'John' };user = null; // 原对象失去引用，下次 GC 时可能被回收
当 user 被赋值为 null 后，原对象若无其他引用，就变成不可达，会被标记为可回收。
引用计数与循环引用问题
另一种早期策略是 引用计数：跟踪每个对象被引用的次数，为 0 时即回收。但它无法处理循环引用：
let a = {};let b = {};
a.ref = b;
b.ref = a;
a = null;
b = null;
尽管 a 和 b 都设为 null，但它们互相引用，引用计数不为 0，导致内存无法释放。现代引擎已通过改进算法规避此问题，但仍提醒开发者注意结构设计。
常见内存泄漏场景与预防
虽然有自动回收机制，不当编码仍会导致内存泄漏：
- 意外的全局变量：未声明的变量会挂载到全局对象，长期存在
- 未清理的定时器或事件监听：回调中引用外部变量，导致作用域无法释放
- 闭包滥用：内部函数持有外部变量引用，若未释放函数，外部变量也无法回收
- DOM 引用残留：移除 DOM 元素后，仍保留在 JavaScript 中的引用
建议做法：显式断开引用（如设为 null）、及时解绑事件、避免长周期中缓存大量数据。
基本上就这些。JavaScript 的垃圾回收让开发更便捷，但理解其机制能帮你写出更健壮、高效的代码。
