闭包导致内存泄漏的根本原因是它锁死整个作用域链，使所有可达变量无法被GC回收；真正威胁在于长期持有闭包且捕获大对象或DOM节点，解决关键是主动切断强引用，如解绑事件、清除定时器、置null释放、用WeakMap/WeakSet降权，或从源头减少冗余闭包。

闭包让外部变量“卡在内存里”，根本原因不是它用了变量，而是它把整个作用域链里的引用都锁死了——只要闭包还活着，它能访问到的所有变量（哪怕没直接用）都算“可达”，GC 就不敢动。真正要解决的，是切断那些“本不该长期存在”的强引用关系。

明确闭包何时真正构成威胁

不是所有闭包都会导致泄漏，关键看两点：闭包是否被长期持有 + 是否捕获了大对象或 DOM 节点。

• 短期使用的闭包（比如一次性的回调、计算函数）通常没问题，执行完就自然释放
• 危险的是挂到全局、绑定在 DOM 上未解绑、存进缓存没清理、或作为事件监听器/定时器一直驻留的闭包
• 尤其注意：闭包捕获的是变量名对应的绑定，不是值；即使只用了 const data = largeArray，整个 largeArray 也会因被引用而无法回收

主动切断引用是最可靠的方式

靠 GC 自动识别“该不该收”不可控，必须人为干预，在生命周期终点显式释放。

• 对事件监听器：用命名函数或保存引用，确保能调用 removeEventListener；匿名函数基本等于放弃清理
• 对定时器：保存 setInterval 或 setTimeout 返回的 ID，并在不需要时调用 clearInterval / clearTimeout
• 对大型数据：在卸载或跳转前，将闭包内捕获的变量（如 largeData、cacheMap）直接赋值为 null —— 必须在闭包还能访问它的作用域里写，否则无效

用弱引用降低强绑定风险

当确实需要缓存或关联对象，又不想阻碍回收，WeakMap 和 WeakSet 是更安全的选择。

• WeakMap 的键必须是对象，且不阻止该对象被回收；适合存储与 DOM 节点绑定的元数据
• WeakSet 同理，适用于标记某些对象是否参与某类逻辑，而不延长其生命周期
• 注意：它们不能用于原始值（string、number），也不能遍历，属于“单向辅助工具”，不是万能替代

从源头减少不必要的闭包负担

有些闭包纯属设计冗余，删掉就能避开问题。

• 避免在循环中为每个元素创建独立闭包；改用事件委托，只用一个闭包处理所有子元素
• 不用闭包也能传参时，优先通过函数参数传递数据，而不是让它“偷偷抓着”外层变量
• 警惕 var 声明和隐式全局变量——它们可能让本该局部的变量意外挂到全局，再被闭包一引，等于双重锁定