javascript垃圾回收由引擎自动完成，依据可达性判断——从根对象出发标记所有可访问对象，未被标记的不可达对象被回收；主流采用标记-清除算法，并结合分代收集（新生代scavenge、老生代标记-清除/整理）优化性能。
JavaScript 的垃圾回收（GC）不靠程序员手动释放，而是由引擎自动完成——它通过识别“不可达对象”，然后回收它们占用的堆内存。核心不是“谁用了多久”，而是“还能不能从根访问到”。
回收依据：可达性判断
引擎从一组根对象
- 全局对象（
window或global） - 当前调用栈中的局部变量和参数
- 正在运行的定时器、事件监听器回调中的活跃引用
- DOM 树的根节点（如
document）
从这些根出发，顺着所有引用链（比如 obj.prop、arr[0]、闭包捕获的变量）递归标记所有能到达的对象。没被标记的，就是“不可达”的垃圾。
主流回收算法：标记-清除（Mark-and-Sweep）
这是现代 JavaScript 引擎（如 V8）默认采用的方式，分两步执行：
- 标记阶段：暂停 JS 执行（即“stop-the-world”），遍历所有根对象，递归标记所有可达对象
- 清除阶段：扫描整个堆内存，回收所有未被标记的对象所占空间
例如：
let user = { name: "Alice", friend: { name: "Bob" } };<br>user = null; // 原来的对象及其嵌套对象不再从根可达<br>// 下次 GC 运行时，整个结构会被整体回收
实际回收策略：分代收集 + 多种优化
V8 引擎进一步按对象生命周期分区域处理，提升效率：
- 新生代（Young Generation）：存放新创建的短命对象，用 Scavenge 算法（复制式回收）。两个半空间（from/to），只复制存活对象，原空间直接清空
- 老生代（Old Generation）：长期存活对象移入此处，采用 标记-清除 + 标记-整理。清除后还会把存活对象向一端移动，减少内存碎片
- 大对象（如大数组）可能直接分配进老生代，跳过新生代
哪些情况不会被回收？常见陷阱
即使你写了 obj = null，如果对象仍被其他路径间接引用，它就不会被回收：
- 全局变量意外保留引用（
window.cache = hugeData） - 未移除的事件监听器（
element.addEventListener(...)但没removeEventListener） - 定时器闭包持有外部对象（
setInterval(() => console.log(data), 100)） - 循环引用在现代引擎中通常不影响回收（标记-清除可正确处理），但旧环境或某些特殊情况仍需留意
回收时机不由代码控制，而是由引擎根据内存压力、对象数量等条件触发，开发者只需确保引用关系合理断开。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
