闭包导致内存泄漏的根本原因是它锁死整个作用域链，使所有可达变量无法被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 声明和隐式全局变量——它们可能让本该局部的变量意外挂到全局，再被闭包一引，等于双重锁定
