Chrome DevTools 堆快照不直接显示 await 行为，但能暴露其引发的 Promise、Closure 和 Microtask 等临时对象滞留问题；关键在于识别本该短命却长期存活的对象，结合 Delta 对比、Retainers 追踪和 Allocation 录制定位并验证泄漏源。
Chrome DevTools 堆快照本身不直接显示 await 行为，但它能清晰暴露由 await 链引发的临时对象（如 Promise、PromiseReaction、Closure、Microtask）在内存中滞留或未及时释放的问题。关键不是“看 await”，而是识别其背后生成的、本该短命却长期存活的对象。
核心逻辑是：高频 await 本身无害，但若伴随闭包捕获大对象、未清理的 Promise 链、或持续注册未 resolve/reject 的 Promise，就会在堆中堆积可回收却未回收的临时结构。
一、聚焦三类高频 await 易泄漏的临时对象类型
在堆快照中，重点筛查以下构造函数下的对象增长：
Promise / PromiseReaction / PromiseResolveThenableJob
表示 Promise 状态链中的中间节点。若数量随await次数线性增长且不回落，说明 Promise 链未终结或被意外持有。(closure)
尤其是那些[[Scopes]]中包含async function内部变量（如大型数组、响应体、DOM 节点）的闭包。await会暂停执行并保留整个词法环境，若该环境被外部引用（如挂到window、存入全局 Map、绑定未移除的事件），闭包就无法释放。Microtask / PromiseTask / Timer
V8 内部用于调度 microtask 的对象。虽不可直接操作，但大量未处理的 microtask 往往对应未 settle 的 Promise 或未执行完的await链，会在快照中体现为 Retained Size 异常增长。
二、定量对比：用 Delta 列锁定泄漏节奏
不要只拍一张快照，要建立「操作—清理—快照」闭环：
- 页面空闲时点击 Collect garbage → 等几秒 → 拍 Snapshot 1（Baseline）
- 执行一次
await密集操作（例如连续调用 10 次fetch().then(...).catch(...)或await api.getData()） - 等待所有 Promise settle（可在 Console 输入
await Promise.allSettled([...])确认） - 再次 Collect garbage → 拍 Snapshot 2
- 重复步骤 2–4，再拍 Snapshot 3
在 Comparison 视图中，依次对比：
- Snapshot 2 vs Snapshot 1 → 查看
#Delta是否出现 +10 Promise、+5 (closure) - Snapshot 3 vs Snapshot 2 → 若 Delta 仍为正且数值相近（如又 +10 Promise），说明每次调用都在新增且旧对象未释放 → 存在累积泄漏
✅ 有效信号：
Promise数量每轮稳定 +N，且Retained Size单个 > 50KB；(closure)的Retainers最终指向window.xxx或某个长生命周期对象。
三、定位具体代码位置：从对象反推 await 上下文
对异常增长的 (closure) 或 Promise 实例，执行以下操作：
- 点开对象 → 右侧切换到 Retainers 标签
- 向上逐层点击引用链，直到看到类似这样的路径：
window.handler → closure → async function getData() → [[Scopes]] → largeResponseData - 若发现
[[Scopes]]中有arguments,this, 或显式定义的大变量（如const buf = new Uint8Array(1e6)），说明await暂停期间该变量被闭包捕获，且因外部引用未被 GC
也可配合 Allocation instrumentation on timeline：
- 开启录制 → 执行
await操作 → 停止后找蓝色分配高峰 → 点击时间点 → 查右侧面板的 Call Stack - 若栈顶是
async getData→fetch→new Promise→Promise.then，而该 Promise 之后没有.catch()或try/catch，就极可能因 reject 未处理导致 Promise 永久 pending，绑定的闭包也无法释放。
四、验证修复是否生效的量化方式
改完代码后，用相同操作流程重测：
- 对比快照中
Promise和(closure)的#Delta应趋近于 0（±1 属正常浮动） -
Retained Size总和应与 Baseline 基本一致（误差 < 2%） - 在 Containment 视图中搜索
largeResponseData，确认其不再出现在window或全局 Map 的引用链中
若修复后仍有少量增长，检查是否遗漏了 .finally() 清理、是否用了 Promise.allSettled 但未清空结果缓存、或 await 外层是否被 setInterval 不断触发。
不复杂但容易忽略
