如何分析堆快照里的 Retainers 路径快速定位被意外保留的大型数组对象

Chrome DevTools的Retainers面板显示“谁让对象活下来”，需右键“Reveal in Retainers view”展开完整引用链，从底部GC根（如Window、setTimeout、EventListener）向上追溯，重点关注closure、全局变量或未清除监听器等强引用；Retained Size远大于Shallow Size说明数组所引用的对象被一并保留，泄漏根源常在首个非数组持有者（如长生命周期Service实例或闭包），而非数组本身。

怎么看 Retainers 面板里那堆嵌套的引用链

Retainers 不是“谁引用了它”，而是“谁让它活下来”。比如一个 Array 对象没被 GC，不是因为它自己多大，而是某个闭包、某个全局变量、某个未移除的事件监听器死死拽着它。Chrome DevTools 的 Retainers 面板默认只展开一层，容易漏掉关键节点。

实操建议：

• 选中目标 Array 对象后，右键 → “Reveal in Retainers view”，确保你看到的是完整路径，不是 Summary 视图里的简化版
• 从底部（最靠近 GC Root 的那一层）开始往上读：先找 Window、globalThis、setTimeout 回调、EventListener 这类强根；再看中间有没有 closure 或 Object 类型的持有者
• 如果某一层显示 (array) 或 (object) 但没名字，点开它的 Properties，看是否有字段名（如 cache、buffer、history）指向该数组

为什么 Array 的 Retained Size 比 Shallow Size 大几十倍

Shallow Size 是数组本身占用的内存（比如一个含 1000 个数字的 Array 约占 8KB），Retained Size 则包含它所引用的所有对象——比如数组每个元素都是一个带 data 字段的 class 实例，而每个 data 又是个 Map 或嵌套 Object，这些都会被累加进去。

常见误判点：

• 别只盯着数组本身大小，重点看 Retainers 路径中第一个非数组节点：如果它是某个 Service 类的实例，且该实例生命周期远长于当前页面/组件，那问题就出在服务没做清理
• 如果路径里出现 [[Scopes]] → Closure → data，说明这个数组是被闭包捕获的局部变量，检查对应函数是否被长期持有的定时器、事件监听器或 Promise 链引用
• Android WebView 或 Electron 中，ArrayBuffer 或 TypedArray 的 Retained Size 可能隐含 native 内存，此时需结合 Allocation sampling 看分配堆栈

怎么快速过滤出真正可疑的大型 Array

Heap Snapshot 默认按构造函数分组，Array 类型太多，手动翻效率极低。得用筛选+排序组合技。

操作步骤：

• 在 Constructor 列筛选框输入 Array，回车
• 点击 Retained Size 列标题，降序排列 —— 关注那些 Retained Size > 5MB 且 Count > 1 的行
• 右键该行 → “Filter objects with same constructor”，再点其中任一实例 → Retainers 面板自动聚焦到这批数组的共性持有者
• 如果发现多个 Array 共享同一个 closure 或 Object 的 Retainer，基本可断定：那个持有者就是泄漏源头，不是数组本身

闭包里捕获的数组怎么确认是不是真泄漏

闭包捕获数组不等于泄漏，关键看闭包是否该被释放却没被释放。比如组件卸载后，本该销毁的 onMounted 闭包还活着，并持续持有 cache: []，这就危险。

验证方法：

• 在 Retainers 路径中定位到 closure 后，点开它的 [[Scopes]] → 找到 Closure 类型 scope → 展开看捕获的变量名和值类型
• 如果值是 Array，右键该数组 → “Reveal in Summary view”，回到 Summary 查它是否也出现在 Detached HTMLDivElement 或其他已卸载 DOM 的 Retainers 中
• 执行一次手动 GC（点击垃圾桶图标），再拍快照对比：若该 Array 实例数没下降，且 Retainers 路径里仍有强引用（如 Window 下的属性），基本坐实泄漏

真正难处理的不是“看到数组很大”，而是“看不出它为什么不该存在”。Retainers 路径里每一步都可能是线索，但最容易被跳过的，是那个没命名的 Object 或匿名 function —— 它往往藏在事件监听器、Promise resolve 回调、或者第三方库内部状态里。