JavaScript内存泄漏排查重点是识别异常驻留对象而非内存碎片，需通过Chrome DevTools的Memory面板拍三次快照对比、Allocation timeline查分配热点、Performance面板观察JS Heap阶梯式上涨，并手动触发GC以排除干扰。

JavaScript 内存泄漏排查中，性能分析工具并不直接捕获或标记“内存碎片”——因为 V8 引擎（Chrome/Edge）采用分代式垃圾回收（Scavenger + Mark-Sweep-Compact），会自动整理内存、消除传统意义上的“碎片”。前端开发者实际遇到的不是操作系统级内存碎片，而是 “逻辑上该释放却未释放的对象堆积”，表现为堆内存持续增长、GC 后回落点逐次抬高。

所以，真正要捕获的不是碎片，而是异常驻留对象及其引用链。以下是用 Chrome DevTools 性能分析工具（Memory + Performance 面板）高效定位这类问题的操作要点：

用 Memory 面板拍快照，识别“伪碎片”对象堆积

这类“堆积”常被误认为碎片，实则是泄漏对象反复创建又不回收：

• 拍摄三张快照：操作前（Baseline）、操作后、重复操作后
• 切换 Comparison 视图，对比第一张快照
• 重点关注：
  • (closure) 数量持续新增且 Retained Size 大
  • Detached DOM tree 条目不减反增
  • Array、Object、自定义类（如 Chart、Modal）的 # New − # Deleted 值明显为正

⚠️ 关键前提：每次拍照前手动点击垃圾桶图标触发 GC，否则快照包含大量临时对象，干扰判断。

Java调试

通过 JDWP 实现 Java 远程调试：连接远程 JVM、设置断点、单步执行代码、查看变量值、获取调用栈。适用于需要调试远程 Java 应用、排查运行时状态、追踪代码执行流程的场景。 术语注解 JDWP：Java Debug Wire Protocol，Java 调试有线协议（Java 远程调试底层通信协议） remote JVM：远程 Java 虚拟机 step through code：代码单步调试（步入 / 步过 / 步出调试） inspect variables：变量查看 / 变量检视 stac

下载

用 Allocation instrumentation on timeline 查“分配热点”

这个模式能暴露对象在哪段代码里高频创建、又长期存活：

• Memory 面板 → 选择 Allocation instrumentation on timeline → 点录制
• 执行目标操作（如打开关闭弹窗 3 次）→ 停止
• 时间轴中观察蓝色长条（代表未被 GC 回收的对象）：
  • 若某构造函数（如 HTMLDivElement 或 MyComponent）的蓝条在多次操作后仍存在，说明它被强引用锁住
  • 悬停蓝条可查看调用栈，快速定位到 new 实例或闭包生成位置

结合 Performance 面板看 JS Heap 趋势，确认是否“阶梯式上涨”

• Performance 面板 → 勾选 Memory 复选框 → 录制一段含多次相同操作的流程
• 观察 JS Heap 曲线：
  • 正常情况：每次操作后回落至接近初始水平
  • 泄漏信号：回落基线逐次抬高（如第一次回落到 40MB，第二次到 48MB，第三次到 56MB）
  • 这种“不可逆增长”比单次峰值更能说明问题

补充技巧：避免把缓存误判为泄漏

• 多执行几次操作，看增长是否线性累积（泄漏） vs 渐趋平稳（合理缓存）
• 对疑似缓存对象（如 Map、Set），检查是否用了 WeakMap；若用了但仍有增长，说明 key 仍被其他强引用持有

不复杂但容易忽略

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南