避免闭包内存泄漏需主动切断强引用链，如清理定时器、用abortcontroller中断请求、weakmap弱引用dom、工厂函数封装生命周期管理，并配合ismounted标志或weakref兜底。
闭包回调函数如果持有外部作用域的引用，又没被及时释放，容易引发内存泄漏。自动释放的关键不是“让它自己消失”，而是让 JavaScript 引擎能安全地回收它——这需要你主动切断强引用链，尤其避免在定时器、事件监听、Promise 链或全局缓存中长期持有所谓“临时”闭包。
避免闭包意外延长外部变量生命周期
闭包会隐式捕获它所在词法作用域中的变量。如果这些变量本身占用大量内存（比如大数组、DOM 节点、大型对象），而闭包又被长期保留，就会拖慢回收。
- 只捕获真正需要的值，用解构或局部常量提前提取，避免直接捕获整个对象或 this
- 不用 this 或 arguments 构造闭包，改用显式参数传入所需数据
- 对 DOM 元素做弱引用处理：用 WeakMap 关联状态，而不是把状态挂在元素属性上再被闭包引用
手动清理异步回调中的闭包引用
定时器、fetch 回调、addEventListener 的 handler 都是典型“易忘清理”的闭包场景。
- 给 setTimeout/setInterval 返回的 id 做标记或存入 Map，在不再需要时调用 clearTimeout/clearInterval
- fetch 后续用 .then() 的回调，若组件已卸载（如 React useEffect cleanup），应通过标志位跳过执行：// let isMounted = true; useEffect(() => { return () => { isMounted = false; } }, []); fetch(...).then(() => { if (isMounted) setState(...) })
- 使用 AbortController 中断未完成请求，防止响应到达后触发已失效的闭包
用 WeakRef + FinalizationRegistry（可选，现代环境）
当你必须缓存某些对象并关联闭包逻辑，又不想阻止 GC，可用 WeakRef 持有目标，配合 FinalizationRegistry 在对象被回收时自动清理对应闭包或副作用。
- WeakRef 不阻止目标被回收，但访问时需用 .deref() 判断是否还存在
- FinalizationRegistry 可注册清理逻辑，适合释放资源（如关闭 Websocket、取消订阅），但不保证立即执行
- 注意：它不能替代常规的主动清理，只是兜底机制
用工厂函数封装带生命周期的回调
把“创建”和“销毁”逻辑打包在一起，降低误用概率。
- 返回一个对象，含 start() 和 stop() 方法，内部闭包只在 start 后激活，stop 时清空所有引用、移除监听、清除定时器
- 例如：// const timerCtrl = createRepeatingTimer(cb, 1000); timerCtrl.start(); ... timerCtrl.stop();
- 在框架中（如 Vue onBeforeUnmount、React cleanup）统一调用 stop，确保闭包退出路径明确
