JavaScript垃圾回收通过标记-清除算法自动管理内存，闭包因持续持有对外部变量的引用而使对象保持可达，导致内存泄漏；需及时清理定时器、事件监听器，避免隐式强引用。
JavaScript 的垃圾回收（GC）机制自动管理内存，开发者无需手动释放对象。它主要靠标记-清除算法工作：从根对象（如全局对象、当前执行上下文中的变量）出发，递归标记所有可达对象；未被标记的即为“不可达”，随后被回收。
闭包为何让对象无法被回收
闭包是指函数与其词法作用域的组合。当一个内部函数在外部函数返回后仍被引用（比如作为返回值、赋给全局变量或传入定时器/事件监听器），它会持续持有对外部函数作用域中变量的引用。
- 这些被闭包引用的变量，即使外部函数已执行完毕，依然处于“可达”状态，不会被 GC 标记为可回收
- 如果闭包长期存在（如全局回调、未清理的事件监听器），它所捕获的整个作用域链中的变量都会滞留内存
- 典型例子：用闭包缓存大量数据，又没提供清理机制，就容易造成内存泄漏
常见影响垃圾回收的闭包场景
不是所有闭包都会导致问题，但以下情况需特别注意：
- 定时器中引用外部大对象：setInterval 里使用了闭包并持续访问一个大型数组或 DOM 节点，该对象一直无法释放
- 事件监听器未解绑：为 DOM 元素绑定的回调是闭包，若元素被移除但监听器未 removeEventListener，闭包连带捕获的对象可能滞留
- 意外的全局引用：本应局部的变量被闭包间接挂到 window 或其他全局对象上，变成永久可达
如何减少闭包对垃圾回收的干扰
关键不是避免闭包，而是控制引用生命周期：
立即学习“Java免费学习笔记（深入）”；
- 及时解除不再需要的事件监听器和定时器（clearTimeout / clearInterval）
- 避免在闭包中保留不需要的大对象；必要时显式设为 null 断开引用
- 用 WeakMap 存储与对象关联的私有数据，它不阻止 GC 回收键对应的对象
- 开发中借助 Chrome DevTools 的 Memory 面板录制堆快照，对比前后差异，定位未释放的对象及其闭包路径
闭包本身无害，真正影响垃圾回收的是它创建的隐式强引用关系。理解变量是否“可达”，比记住“闭包会内存泄漏”更有实际意义。
