排查闭包变量驻留需用堆快照对比：先拍基线快照，操作闭环后GC再拍第二张；筛选Closure看数量是否递增、Retained Size是否超200KB；检查Retainers确认引用链顶层是否为window/定时器/未解绑事件/Detached DOM；点开Closure的Context查看实际捕获变量；重点审查未解绑监听器、未清除定时器、pending Promise、模块级缓存；修复后重复快照验证，并用WeakMap、显式null、once选项或WeakRef削弱闭包强引用。
排查闭包引起的变量驻留问题，核心是确认变量本该退出作用域却被闭包持续持有——不是所有闭包都危险，而是那些被长期挂载、又意外捕获了大对象的闭包才真正阻碍垃圾回收。
用堆快照对比定位异常闭包
打开 Chrome DevTools → Memory 面板 → 先执行一次操作前拍快照（Baseline），再完成完整操作闭环（如打开并关闭弹窗、切换两次 Tab），手动点垃圾桶触发 GC 后再拍第二张快照。切换到 Comparison 视图，重点关注：
- Constructor 列筛选 Closure，看同名闭包数量是否持续增加（比如
(closure) handleScroll从 1 增至 5 且不回落） - 单个 Closure 的 Retained Size 是否异常偏大（>200KB 往往提示它锁住了 DOM 节点或万级数组）
- 点开可疑闭包，在右侧 Retainers 中追溯引用链：若顶层是
window、setInterval、EventListener或已 detached 的 DOM 节点，就坐实了驻留路径
检查闭包实际捕获了哪些变量
闭包不会“全量保留”外层函数所有变量，只保留它真正访问过的那些。例如：
- 函数内声明了
const bigData = new Array(1e6)和let count = 0，但闭包只用了count→bigData仍可被 GC - 若闭包里写了
console.log(bigData.length)，哪怕只读一个属性，bigData就会被强持有 - 在快照中点开 Closure → 查看 Context → Variable，就能直观看到哪些变量被拖住；重点盯住那些指向大型数组、JSON 对象、Canvas 上下文或 DOM 元素的引用
聚焦高频泄漏场景并验证清理效果
以下模式最常让变量“卡住不动”，需逐项审查代码：
立即学习“Java免费学习笔记（深入）”；
-
事件监听器未解绑：用
addEventListener绑了箭头函数，卸载时却没调removeEventListener，导致闭包和它捕获的组件数据一起滞留 -
定时器未清除：
setTimeout(() => { doSomething(bigStr); }, 1000)启动后忘记clearTimeout，回调函数一直存活，连带锁住bigStr -
Promise pending 不终止：接口超时未 reject，
.then(res => use(data, cache))中的闭包持续挂起，cache无法释放 -
模块级缓存被闭包引用：工具函数返回闭包，该闭包引用了模块内
const map = new Map()，而 map 被反复写入却不清理
修复后务必重复快照对比流程，观察对应 Closure 数量与 Retained Size 是否回归基线。
用弱引用和显式归零切断强链
不是消灭闭包，而是削弱它的“抓握力”：
- 给 DOM 元素附加状态时，别用
cache[el.id] = data，改用 WeakMap：键是元素本身，不阻止其被回收 - 组件销毁/页面离开前，在清理逻辑中把闭包依赖的大变量显式设为
null（如largeArray = null） - 绑定事件优先用
{ once: true }，或确保removeEventListener参数与绑定时完全一致（包括选项对象） - 对需要延迟访问的对象，考虑 WeakRef + deref()（ES2023+），避免闭包直接强持节点
