闭包本身不导致内存泄漏，真正卡住内存的是它持有的大对象；需主动切断引用链，如显式置null、配对清理事件/定时器、用WeakMap/WeakRef替代强引用，并精简捕获范围。
闭包本身不占多少内存，真正卡住内存的是它悄悄“拽着”的那些大对象——比如 DOM 元素、大型数组、组件实例。清理的关键不是等 GC 自动回收，而是主动切断闭包对外部变量的引用链。
显式置空闭包内持有的大对象
只要闭包还活着，它捕获的变量就一直可达。哪怕只用了一个 id，却引用了整个 DOM 节点或数据对象，整块内存都释放不了。
- 在功能结束、组件卸载或定时器停用后，立刻把闭包里用到的大变量设为 null 或 undefined，比如
element = null、cache = null - 避免写成
cache = {}或cache.length = 0，这些操作仍保留对象引用，无法触发回收 - 如果闭包被暴露为方法（如返回一个对象），建议配套提供
destroy()方法集中清理
解绑事件监听器和清除定时器
事件回调和定时器是闭包最常驻留的场景。它们不仅自己存活，还会拖住整个外层作用域。
- 用
addEventListener时，必须配对调用removeEventListener，且传入的函数引用要完全一致——不能用匿名函数或箭头函数 - 启动
setTimeout或setInterval后，保存返回的 ID，并在不需要时调用clearTimeout/clearInterval - 在 React 的
useEffect、Vue 的onBeforeUnmount等生命周期钩子里，统一执行这些清理动作
用弱引用替代强持有
当确实需要在闭包中关联对象（比如给某个按钮存状态），直接引用会阻止回收；换成弱引用，对象被移除后自动失效。
立即学习“Java免费学习笔记（深入）”；
- 优先用 WeakMap 存储 DOM 元素与状态的映射：
stateMap.set(el, { count: 0 })，el 被删，对应条目自动消失 - ES2023+ 可用 WeakRef 包装 DOM 引用：
const elRef = new WeakRef(el)，使用前先deref()判断是否有效 - 避免用普通对象、Map 或全局变量做类似映射，它们构成强引用链，极易泄漏
减少闭包不必要的捕获范围
闭包捕获的是整个词法环境，不是单个变量。多捕获一个无关变量，可能让一整棵树无法释放。
- 循环绑定事件时，用
let声明变量，避免var导致所有闭包共享同一个变量 - 只提取所需字段：用
el.id或data.key替代直接传el或data整体 - 改用事件委托：父容器监听 +
e.target判断，一个闭包搞定全部子元素，不持任何具体节点
不复杂但容易忽略：闭包不是敌人，问题在于它无声无息地延长了变量的寿命。真正的清理，是每次创建闭包时就想好——它什么时候该松手。
