避免闭包泄漏的关键是精简捕获范围、显式释放长生命周期引用、用WeakMap管理关联状态、避免闭包与DOM双向强持。
避免闭包泄漏的关键，不是回避闭包，而是让闭包只持有真正需要的变量，并在使用结束后主动切断不必要的引用。
精简闭包捕获范围
闭包会把整个外层函数作用域中被引用的变量“关”进来。如果只用到一个值，却无意捕获了大数组、DOM节点或整个配置对象，内存就容易卡住。
- 用局部变量提前提取所需数据，避免直接引用大对象
- 不要在闭包内直接引用 this 或事件回调中的 event.target，改用解构或拷贝后的轻量值
- 函数返回前，检查内部是否残留未使用的变量（如临时缓存、调试日志对象）
显式释放长生命周期引用
闭包本身不会自动清理它持有的外部变量——GC 只在引用彻底断开后才回收。对大对象、定时器、事件监听器等，必须手动归零。
- 在闭包执行逻辑完成时，将不再需要的变量赋值为 null
- 用 clearInterval / clearTimeout 清理定时器，并把 timer ID 设为 null
- 若闭包返回的是可调用函数，考虑在函数末尾自动清理（如上例中 handler 执行后置空 tempData）
用 WeakMap 管理关联状态
当确实需要把私有数据和某个对象（比如 DOM 元素或实例）绑定，又不想阻止该对象被回收时，WeakMap 是更安全的选择。
立即学习“Java免费学习笔记（深入）”；
- WeakMap 的键是弱引用，目标对象被移除后，对应条目自动失效
- 适合存储元数据、缓存结果、私有字段等辅助信息
- 不能遍历、不暴露原始引用，天然规避循环引用风险
避免闭包与 DOM 双向强持
这是前端最典型的泄漏场景：闭包持有 DOM 引用，DOM 又通过事件属性或自定义属性反向引用闭包函数。
- 优先使用事件委托，减少直接绑定在单个元素上的闭包监听器
- 移除 DOM 节点前，先调用 removeEventListener 解绑闭包回调
- 不要用 element.onclick = handler 这种方式绑定，它难以追踪和清理
