内存快照配合三步对比法可定位对象创建热点：先拍空闲、单次操作、多次操作三张快照，用comparison模式比对，重点关注#new−#deleted递增且retained size大、distance小的构造函数，顺retainers追溯至闭包或detached dom，再结合allocation sampling查看分配调用栈，最后强制gc验证增长是否真实。
内存快照本身不直接标出“对象创建热点”，但它配合正确操作流程，能精准定位高频分配对象的源头——关键不是看“有多少”，而是看“在哪创建、被谁持有、是否该存在”。
先拍三张快照，锁定增长对象
打开 Chrome 或 Edge DevTools → Memory 面板 → 选 Heap snapshot：
- Snapshot 1：页面空闲、操作前（基线）
- Snapshot 2：执行一次目标行为后（如点击按钮触发渲染）
- Snapshot 3：重复 2–3 次同一行为后
选中 Snapshot 2 或 3 → 右上角切换 Comparison → 左侧参照设为 Snapshot 1。重点关注：
-
# New − # Deleted 明显为正且随操作次数递增的构造函数，比如
(closure)、Array、Object、Promise或自定义类名 - 展开后看具体实例的 Retained Size 和 Distance：Distance 小（如 1–3）、Retained Size 大，说明它离 GC 根近、存活时间长、大概率是热点产物
顺 Retainers 追到创建位置
点击一个可疑实例 → 右侧面板切到 Retainers 标签：
- 从下往上读引用链：底部是 GC root（如
window、setTimeout回调、event listener），顶部是你选中的对象 - 若顶部是
Closure，点开看其 Scope：里面捕获了哪些变量？是不是本该临时存在的 DOM 节点、大数组或上一轮 state 被闭包意外锁住？ - 若看到
Detached DOM tree，说明节点已从文档移除，但被 JS 引用（常见于未清理的事件监听器、React ref、jQuery.data）
结合 Allocation Sampling 确认调用栈
仅靠快照难判断“谁在造”，这时启用 Allocation sampling：
- Memory 面板 → 选 Allocation sampling → Start → 执行相同操作 → Stop
- 右侧按 Size 或 Count 排序，找顶层调用栈中高频出现的函数（如
render()、map()回调、handleScroll） - 悬停蓝块可看到构造函数 + 分配时的完整堆栈，直接定位 new 对象的代码行
验证是否真热点：手动 GC + 重测
别被临时对象干扰。每次拍完快照后：
- 点左上角垃圾桶图标（Collect garbage）强制触发 GC
- 再拍一张快照，对比确认：如果某类对象在 GC 后仍稳定增长，就是真实热点；若回落，则属于短期高频分配、需优化复用而非泄漏修复
- 典型热点场景：滚动中反复 new Object、定时器里不断 push 到全局数组、React useEffect 内部闭包持续生成新函数
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
