Retained Size 是识别闭包内存泄漏最直接有效的指标——它反映闭包被回收后可释放的内存量；聚焦 (closure) 构造函数，按 Retained Size 降序排序，重点排查超500KB且持续增长的实例，通过 Retainers 追溯至 window、全局 Map 或已卸载组件等泄漏源头，并结合多快照对比与 Captured Values 分析定位真凶。
Retained Size 是识别闭包深层内存泄漏最直接有效的指标——它告诉你，一旦这个闭包被回收，能真正释放多少内存。闭包本身很小，但若它意外捕获了大数组、缓存对象或整个组件实例，Retained Size 就会飙升到 MB 级，而这种泄漏往往静默发生，不报错、不卡顿，只让内存曲线缓慢爬升。
聚焦 Closure 构造函数，按 Retained Size 排序
打开堆快照后，切换到 Constructor View，在筛选框输入 (closure) 并回车。点击 Retained Size 列标题降序排列。重点关注 Retained Size 超过 500KB 且数量持续增长的闭包实例。不要只看数量，一个 Retained Size 达 2MB 的闭包，比一百个各占 10KB 的更危险。
顺藤摸瓜：从 Retainers 追到持有源头
选中一个高 Retained Size 的闭包，右侧切换到 Retainers 标签页：
AI舌诊面诊问诊医疗系统+诊疗商城系统源码
下载
AI 舌诊面诊问诊医疗系统 + 诊疗商城系统源码是一套结合 AI 辅助诊断与商品转化的健康类程序，基于浩创云、ThinkPHP（PHP）开发，支持微信服务号与 H5 端，适合做中医舌诊面诊问答、健康建议推送以及配套诊疗商品的运营。
- 查看引用链终点：如果最终指向
window、globalThis、全局Map、未清除的setTimeout/setInterval回调，基本可确认是泄漏 - 右键该闭包 → Reveal in Dominators view，看它是否出现在支配树顶部几行——说明它是大片内存的“唯一入口”
- 若引用链中出现
Object或Array，点进去继续查它的 Retainers，层层下钻，直到找到那个不该长期存活的父级对象（比如已卸载的 React 组件、已移除的 DOM 节点）
对比快照，验证泄漏是否存在
单张快照容易误判，必须做差值分析：
- 操作前拍一张（记为 Snap1），手动触发 GC（点 Memory 面板左上角垃圾桶图标）
- 执行可疑操作（如打开又关闭模态框、切换路由）后，再 GC → 拍 Snap2
- 等待几秒，再次 GC → 拍 Snap3；用 Comparison 视图对比 Snap2 和 Snap3
- 筛选
(closure)，观察 # New 列是否为正数，且对应 Retained Size 持续增加——这就是闭包未释放的铁证
检查捕获值（Captured Values），定位具体变量
展开闭包实例，在 Properties 下找到 Captured values 区域：
- 留意变量名含
data、cache、buffer、state、ref等关键词的字段 - 点开其中任一变量，看它的类型和 Retained Size：如果是
Uint8Array、ArrayBuffer或大型Object，就找到了“真凶” - 特别注意闭包内嵌套的箭头函数、事件回调、Promise resolve/reject 参数——它们都可能延长外层变量生命周期
闭包泄漏的本质不是函数写错了，而是作用域管理失控。Retained Size 像一把尺子，帮你量出哪段代码悄悄拖住了本该释放的内存。盯住它，再顺引用链往回走，问题通常就浮出水面了。
