排查“隐藏的闭包”内存泄漏需聚焦非语法显式函数却长期持大对象的闭包，通过 Chrome Memory 面板对比快照中 Closure 的新增量与 Retained Size，顺 Retainers 定位宿主，查 Captured Values 锁定被拖住的大对象，并结合代码检查事件监听、定时器、全局变量等高频风险点。
排查 JavaScript 中“隐藏的闭包”导致的内存占用，核心不是找语法上的 function，而是揪出那些看不见、不报错、却悄悄锁住大对象并长期存活的闭包实例。它们常藏在事件回调、定时器、缓存函数或模块顶层变量里，让 DOM 节点、大型数组、组件实例无法被回收。
看快照中 Closure 是否“不该活却一直活”
打开 Chrome DevTools → Memory 面板：
- 先点垃圾桶图标手动触发 GC，拍下 Baseline 快照
- 执行一次完整操作（如打开弹窗 → 填写 → 关闭）
- 主动清理：调用
removeEventListener、clearTimeout、把缓存变量设为null - 再 GC 一次，立刻拍第二张快照
- 切到 Comparison 视图，Constructor 筛选
Closure
重点关注：# New > 0（说明旧闭包没释放）、Retained Size 达几百 KB 以上（闭包本身很小，这么高说明它拖着大对象）。
顺 Retainers 找真正“不放手”的宿主
双击一个可疑 Closure → 右侧面板点 Retainers：
立即学习“Java免费学习笔记（深入）”；
- 别停在第一层
function或timer，继续往下点 - 找到第一个你写的对象：比如
window.handler、MyModal.cache、setInterval 回调、Map.entries - 右键 → “Reveal in Summary view”，看它的类型和 Retained Size
- 如果终点是已移除的
HTMLDivElement、全局window.xxx或未清除的setInterval，就是泄漏根因
展开 Captured Values 看它到底锁住了什么
回到 Closure 实例 → 展开 Properties → 找 Captured values：
- 留意变量名含
data、list、state、ref、cache、buffer的项 - 点开看类型：是
Uint8Array？百万级Object？还是已卸载的VueComponent？ - 如果该值 Retained Size 很高，且对应上下文早已销毁（如 Tab 切走、组件 unmount），那就是被闭包拖住的“真凶”
结合代码检查高频风险点
不用等快照，日常可快速扫描：
-
addEventListener的回调是否用了闭包且未配对removeEventListener -
setTimeout/setInterval是否在组件销毁前被清除，闭包内是否直接访问this或 DOM - 是否把闭包赋给了
window.xxx、模块导出对象或单例类属性 - 是否漏写
let/const，导致变量自动挂到window上，再被闭包引用 - 缓存函数（如
memoize）是否用Map存闭包，但没做 TTL 或弱引用
不复杂但容易忽略
