闭包导致变量不被回收是因为形成强引用链且未切断，gc基于可达性判断，仅实际访问的变量被保留，长期持有闭包或引用大型资源才会引发内存问题。
变量在函数执行后不被回收，不是因为“用了闭包”，而是因为闭包形成了强引用链，且该链未被切断。JavaScript 的垃圾回收器（GC）基于可达性判断：只要一个对象能从根（如全局对象、调用栈）沿引用路径访问到，它就被视为“活跃”，不会被回收。闭包恰恰通过函数作用域的保留，把原本应随外层函数退出而销毁的变量，变成了“可达”的一部分。
看变量是否真的被闭包捕获
闭包只保留它实际访问到的变量，不是外层函数里所有声明都“自动驻留”。例如：
function outer() {
const bigData = new Array(1000000);
const temp = '仅用于计算';
let count = 0;
return function inner() {
console.log(count); // ✅ 只访问了 count
// bigData 和 temp 没被引用 → 不会进入闭包作用域
};
}
此时 bigData 和 temp 在 outer 执行完后即可被 GC 回收；只有 count 被保留在闭包中。
查闭包是否被长期持有
即使形成了闭包，只要它本身很快失去引用，变量也会被释放。关键在于闭包有没有被“挂住”：
- 赋值给全局变量（
window.handler = innerFn） - 作为事件监听器绑定在 DOM 上（
btn.addEventListener('click', innerFn)），但没调用removeEventListener - 存入全局缓存、定时器回调、Promise 链、或组件状态（如 React 的 ref / Vue 的 reactive 对象）中长期存活
这些场景会让闭包持续存在，进而拖住它捕获的所有变量。
验变量是否指向大型资源
小变量（如数字、字符串）驻留影响微乎其微；真正引发内存压力的是闭包意外持有了：
- 大型数组或对象（
new Array(1e6)、JSON 解析结果） - DOM 元素或整个节点树（
document.getElementById('app')） - Canvas 上下文、WebGL 资源、音频缓冲区等非 JS 堆对象
这类对象本身占用大块内存，又因闭包引用无法释放，就会在堆快照中表现为“常驻高占比对象”。
用开发者工具确认常驻路径
Chrome DevTools 的 Heap Snapshot 是最直接手段：
- 录制操作前快照（Snapshot 1）
- 触发疑似泄漏的操作（如打开又关闭一个模块）
- 强制 GC（点击垃圾桶图标），再录快照（Snapshot 2）
- 对比两份快照，筛选
Closure或按构造函数名搜索你的函数名 - 点开闭包实例 → 查看
Retainers标签 → 追溯谁在引用它 → 再看它持有哪些变量
若发现某个闭包始终存在，且其 Context 下挂着 largeData 或 domElement，基本可断定是它导致堆内存常驻。
