路径搜索指Chrome DevTools堆快照中通过Retaining paths视图分析对象未被GC回收的具体引用链，用于定位闭包等导致的内存泄漏，需结合Retainers面板使用并勾选“Show all objects”以避免遗漏。
什么是“路径搜索”？它不是找引用链的快捷方式
Chrome DevTools 的堆快照里没有叫“路径搜索”的独立功能按钮，但 Retainers 面板 + Retaining paths 视图组合，就是你实际要用的“路径搜索”。它的作用不是泛泛地查谁引用了谁，而是回答一个具体问题：为什么这个对象没被 GC 掉？尤其当你怀疑是某个闭包意外持有了 DOM 节点或大数组时，必须靠它确认强引用路径是否真实存在。
怎么打开并正确使用 Retaining paths 视图
在堆快照中选中一个可疑对象（比如一个 Detached DOM 节点、或某个构造函数的实例），右侧默认显示 Retainers。点击它下方的 Retaining paths 标签页，才会看到完整的引用链。这里容易踩的坑有：
- 默认只显示“最短路径”，可能漏掉真正的问题源头——比如闭包通过
window或globalThis持有，但最短路径却落在某个中间Map上 - 不勾选
Show all objects时，GC 可达但尚未回收的对象会被隐藏，导致你以为“没人引用它”，其实只是还没跑 GC - 如果对象是被闭包捕获的，路径末端大概率会指向
Closure，再往上要重点看它属于哪个函数、是否绑定在全局变量或事件监听器上
识别闭包持有死内存的典型路径模式
真正造成泄漏的闭包引用，往往具备以下特征之一：
- 路径终点是
Window或globalThis下的变量名（如window.myCache、globalThis.handlerMap），且该变量生命周期远超其内部对象所需 - 路径中出现
EventListener，但对应 DOM 节点已从文档移除（即 Detached），而监听器未手动removeEventListener - 路径经过
setTimeout/setInterval的回调函数，且定时器未清除，导致闭包长期存活 - 路径里有
WeakMap或WeakSet—— 这类通常不构成泄漏，但如果误用成普通Map，就变成稳稳的强引用
为什么不能只看 “支配树（Dominator Tree）” 来判断闭包泄漏
Dominator Tree 显示的是“谁的存在导致其他对象无法释放”，但它对闭包场景容易误判。例如：
- 一个闭包本身很小（shallow size 几十字节），但它持有的数组有几 MB，
Dominator Tree可能把它排得很靠后，因为它的Retained Size不是最大 - 多个闭包共同引用同一个大对象，
Dominator Tree会把功劳/罪责分给其中一个，掩盖真正的共用源头 - 闭包引用链跨了多个模块（比如通过
import导入的工具函数），Dominator Tree只显示运行时对象关系，不反映源码结构，定位修复点困难
所以，闭包泄漏必须回到具体对象的 Retaining paths，逐层点开，看到底是哪个函数、哪行代码、哪个变量名在兜底留着它。
