闭包导致变量无法被回收是因为它强持有外部变量，只要闭包本身被长期引用（如挂全局、未解绑事件），GC 就不敢回收其捕获的变量；常见于 largeData 被闭包引用或事件监听器未清除；需在生命周期结束时手动置 null 或调用 removeEventListener/clearInterval，且必须确保变量名与闭包捕获的一致。
闭包为什么会让变量“死活不被回收”
因为闭包会**强持有**它能访问到的外部变量，哪怕外层函数早就执行完了。只要闭包本身还被某个地方引用着（比如挂到了 window、绑在 DOM 上没解绑、存进了全局缓存），那些变量就永远算“正在使用”，GC 不敢动它们。
常见错误现象：largeData = new Array(1000000) 在闭包里被引用，页面跳走后内存占用没降；或者组件卸载了，但 addEventListener 的回调还在，连带它闭包里的 DOM 节点和数据一起卡在内存里。
- 关键判断点：不是“用了闭包”就会泄漏，而是“闭包被长期持有 + 引用了不该长期持有的东西”
- 最容易踩的坑：用匿名函数绑定事件，导致根本没法
removeEventListener - 另一个隐形坑：忘了
this绑定或var声明，让变量意外挂到全局，闭包再一引用，等于双重锁死
手动置 null 什么时候必须做、怎么写才有效
不是所有变量都需要手动清空，只对三类对象起作用：DOM 节点、大型数组/对象、被闭包长期捕获的局部引用。清空动作必须发生在“确定不再需要”之后，且要在闭包还能访问到该变量的作用域内完成。
示例场景：React 组件 useEffect 清理、Vue beforeUnmount、或原生页面跳转前的 onbeforeunload。
- 正确写法：
element = null或largeData = null—— 必须是赋值语句，且变量名要和闭包捕获的一致 - 无效操作：在闭包外部设
test = null，但闭包内部用的是const data = ...，那data依然活着 - 注意作用域：如果闭包是立即执行的，
data = null放在最后就行；如果是返回函数，得暴露一个destroy方法来触发清理
removeEventListener 和 clearInterval 为什么不能靠“记得去清”
靠人脑记清理时机不可靠，尤其在异步、条件分支、组件复用等场景下，很容易漏掉。更麻烦的是，如果监听器是匿名函数，removeEventListener 根本无法匹配移除——浏览器认为那是另一个函数。
使用场景：轮播图自动播放、表单输入防抖、按钮点击回调、WebSocket 心跳。
- 必须用命名函数或保存引用：
const handler = () => {...}; element.addEventListener('click', handler);，后续才能removeEventListener('click', handler) - 定时器同理：一定要存
const id = setInterval(...)，并在销毁逻辑里调clearInterval(id) - 别依赖
onbeforeunload做唯一清理入口——单页应用里它可能根本不触发；优先在组件/模块生命周期结束时主动清理
WeakMap / WeakReference 是不是“银弹”
不是。它们解决的是“想缓存但不想阻止回收”的特定问题，不能替代显式清理逻辑。
WeakMap 适合以 DOM 节点为 key 存元数据（比如状态标记），节点被移除后 key 自动失效；WeakReference（ES2023）可用于临时持有对象，再用 deref() 安全读取——但若对象已被 GC，deref() 返回 undefined，你要自己处理兜底。
- 兼容性注意：
WeakReference在 Safari 16.4+、Chrome 111+ 才稳定支持，旧环境需 polyfill 或放弃 - 不能用于基础类型：
WeakMap的 key 必须是对象，WeakReference也只能包裹对象 - 最常被忽略的一点：它们只是“弱持有”，不解决闭包本身长期存在的问题——如果闭包还挂在全局，它里面的
WeakMap实例照样占内存
