Chrome DevTools内存面板通过堆快照对比和分配采样可准确定位泄漏：先录制操作前后快照，对比新增对象及Retainers引用链，识别Closure、Detached DOM、未清理监听器等源头；再用Allocation Timeline定位持续分配热点，结合GC验证修复效果。
用 Chrome DevTools 的内存面板配合堆快照和分配采样，能准确定位持续增长的对象和未释放的引用。
打开内存面板并录制内存变化
在 Chrome 中按 F12 打开开发者工具，切换到 Memory 标签页。选择 Heap snapshot（堆快照）或 Allocation instrumentation on timeline（分配采样时间线），点击左上角的录制按钮（圆点图标）。执行疑似泄漏的操作（比如反复打开关闭模块、切换页面、触发事件），然后点击停止。这样就能捕获操作前后的内存状态对比。
用堆快照对比识别泄漏对象
录制至少两次堆快照（例如操作前、操作后、再操作后），在快照列表中选中后一个快照，在右上角的 Comparison 下拉菜单中选择前一个快照。关注 Objects Count 列中数值明显增加且类型重复的条目，比如 Closure、Array、自定义类实例（如 Chart、Modal）等。展开具体构造函数，点开某个实例，右侧的 Retainers 面板会显示谁持有该对象——常见泄漏源包括全局变量、未清理的事件监听器、闭包中意外保留的 DOM 引用、定时器回调里的 this 绑定等。
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
用分配采样定位实时分配热点
启用 Allocation instrumentation on timeline 后，录制过程中会持续记录新对象的分配位置。停止后，时间线下方会显示不同构造函数的分配量（以浅色竖条表示）。把鼠标悬停在密集的竖条区域，下方会提示具体的 JS 文件与行号。重点关注那些在用户交互后持续“冒泡”的分配（比如每次点击都新增 10 个 Promise 或 Object），检查对应代码是否缺少 removeEventListener、clearInterval、或是否把本该局部使用的对象挂到了 window / 模块级变量上。
立即学习“Java免费学习笔记（深入）”；
验证修复效果的实操建议
- 改完代码后，重启页面再测，避免旧快照干扰
- 强制触发 GC：在 Memory 面板点垃圾桶图标，或在 Console 输入 gc()（需开启 chrome://flags/#enable-web-experimental-features 并重启）
- 观察多次操作后内存是否阶梯式上升，而非稳定在某值附近波动
- 对单页应用，特别检查路由切换时组件销毁逻辑（如 React 的 useEffect cleanup、Vue 的 beforeUnmount）是否清除了副作用
不复杂但容易忽略的是：DOM 节点被 JS 引用就会阻止 GC，哪怕它已从 document 移除；闭包里保存了父作用域的大数组或缓存对象，也会让整块内存无法回收。
