JavaScript垃圾回收核心是精准识别并释放不可达对象，采用分代回收（新生代复制算法、老生代标记-清除+整理）与标记-清除机制，开发者需通过解除引用、避免隐式全局、警惕闭包陷阱等配合GC。
JavaScript 的垃圾回收（GC）不是“要不要管”的问题，而是“怎么配合它才不拖后腿”的问题。它本质是引擎自动识别并释放那些程序再也访问不到的对象所占内存的过程——你不用手动 free，但写法不当，GC 也救不了你。
垃圾回收的核心目标
不是清空所有旧数据，而是精准定位“不可达对象”：即从全局对象、当前执行上下文、栈中变量等根（roots）出发，任何无法被递归访问到的对象，就被判定为垃圾。
- 释放内存：避免对象长期驻留堆中，挤占可用空间
- 防止泄漏：比如未清理的定时器、DOM 引用或闭包中意外保留的大数组，都会让本该回收的对象“活下来”
- 不保证实时：GC 是周期性触发的，通常在内存压力上升或空闲时运行，开发者无法精确控制时机
主流算法：标记-清除是现代引擎的默认选择
引用计数曾被尝试，但因循环引用缺陷（如 obj1.ref = obj2; obj2.ref = obj1）已被主流引擎（V8、SpiderMonkey 等）弃用。现在统一采用基于可达性分析的标记-清除（Mark-and-Sweep）：
- 标记阶段：从根集合出发，遍历所有可访问对象，打上“活跃”标记
- 清除阶段：扫描整个堆，回收所有未被标记的对象内存
- 后续优化：为减少内存碎片，老生代还会叠加标记-整理（Mark-Compact），把存活对象往一端挪，腾出连续大块空间
分代回收：按对象寿命分层处理
V8 等引擎把堆分成新生代（Young Generation）和老生代（Old Generation），提升效率：
立即学习“Java免费学习笔记（深入）”；
- 新生代：存放刚创建、大概率短命的对象；使用“复制算法”，只保留活跃对象并快速切换半空间（From/To），回收极快
- 老生代：对象经多次新生代 GC 仍存活，就晋升至此；用标记-清除+标记-整理，兼顾空间利用率与碎片控制
- 这种分法不是开发者配置的，但会影响行为——比如频繁创建又丢弃的小对象，天然适配新生代节奏
你能做的实际配合
GC 再智能，也依赖你的代码“释放线索”。关键动作很朴素：
- 及时解除引用：
timerId && clearTimeout(timerId)、element.removeEventListener、把缓存对象设为null - 避免意外全局：少用隐式全局（如漏写
let），函数内声明的变量尽量用const/let，作用域结束即失活 - 警惕闭包陷阱：不要在闭包中长期持有大数组、大对象或 DOM 节点，除非真需要
- 监控验证：Chrome DevTools → Memory 面板拍堆快照，对比操作前后，看是否有不该增长的对象
基本上就这些。机制本身透明，难点在于写出“让 GC 能一眼认出该收什么”的代码。
