Retainers树是定位V8堆快照泄漏源最高效方式，它揭示“谁持有该对象引用”而非仅内存占用；Dominators则显示“谁占内存最多”，适用于找大对象而非查泄漏。
直接看 Retainers 树，是定位 V8 堆快照中泄漏源最高效的方式——它告诉你“谁在阻止这个对象被回收”，而不是只告诉你“这个对象占了多少内存”。
Retainers 树和 Dominators 树的区别在哪
很多人一上来就点 Dominators 视图，结果绕晕。Dominators 显示“谁占了最多内存”，适合找大头对象；Retainers 显示“谁还持有对它的引用”，才是查泄漏的主战场。
关键判断：如果一个对象本该被 GC 回收（比如组件已卸载、请求已结束），但它出现在 Retainers 树里且路径没断开，说明有活引用链把它钉住了。
-
Dominators视图里看到Array占 80MB → 可能只是数据多，不一定是泄漏 -
Retainers视图里看到Array被window→myGlobalCache→boundHandler持有 → 这就是泄漏路径 - V8 堆快照默认从全局对象（
window或globalThis）出发构建可达图，所以 Retainers 路径终点几乎总是某个全局/长期存活对象
怎么快速定位可疑 Retainer 链
别从顶部一层层点开。先用筛选和排序缩小范围：
AI舌诊面诊问诊医疗系统+诊疗商城系统源码
下载
AI 舌诊面诊问诊医疗系统 + 诊疗商城系统源码是一套结合 AI 辅助诊断与商品转化的健康类程序，基于浩创云、ThinkPHP（PHP）开发，支持微信服务号与 H5 端，适合做中医舌诊面诊问答、健康建议推送以及配套诊疗商品的运营。
- 在快照加载后，切换到
Retainers标签页（不是Summary） - 在搜索框输入
Detached→ 找出所有分离但未释放的 DOM 节点（常见于 React/Vue 组件销毁后仍被闭包引用） - 右键点击可疑对象（比如一个意外庞大的
Object或Function），选Reveal in Summary view→ 再切回Summary查构造函数名（如MyChartPlugin） - 按
Distance列升序排列 →Distance = 1表示直接被全局对象持有，优先排查 - 注意带
(closure)后缀的函数名，它们常是闭包泄漏入口点
常见 Retainer 模式及对应修复动作
Retainers 不是凭空出现的，背后基本对应几类编码习惯。看到以下模式，立刻检查对应代码：
-
window→addEventListener→handler→someLargeData：事件监听器没removeEventListener，尤其注意第三方库自动绑定的事件（比如地图 SDK 的on('click', ...)） -
setTimeout/setInterval→callback→this→hugeState：定时器未clearTimeout，且回调里用了箭头函数或显式绑定了this -
URL.createObjectURL→Blob→arrayBuffer：调用后没配对执行URL.revokeObjectURL，Blob 会一直驻留内存 -
document→querySelector→detachedDiv：DOM 节点已从文档移除，但 JS 变量仍持有引用（常见于模态框、图表容器反复创建销毁）
为什么 Retainers 有时显示 “(system)” 或空白路径
这不是工具坏了，而是 V8 引擎层面的限制：
-
(system)表示该引用来自 V8 内部机制（比如 Promise 微任务队列、WeakMap的键引用、或正在运行的 async 函数上下文），无法直接看到 JS 层代码路径 - 空白路径通常意味着对象刚被分配、GC 尚未运行，或该对象处于“灰色区域”（如正被 GC 标记但未清除）
- 遇到这两种情况，不要死磕 Retainers，立刻回到
Allocation timeline录制一段操作，看哪个函数持续分配同类型对象
Retainers 树不是万能的，但它是最接近泄漏真相的一层视图。真正难的不是找到那条引用链，而是理解为什么那段代码要这么写——多数时候，泄漏不是忘了清理，而是设计时就没考虑清理时机。
