内存泄漏怎么排查和调优

下面从概念 → 排查思路 → 常用工具 → 调优方法四个方面，系统性讲一下内存泄漏的排查与调优（以 Java / 通用后端 为主，也补充通用思路）。

一、什么是内存泄漏

内存泄漏 ≠ 内存占用高
内存泄漏：对象已经不再使用，但仍被引用，GC 无法回收，导致内存持续增长。

典型表现：

• 堆内存使用逐步上升，GC 后不回落
• 频繁 Full GC，但内存降不下来
• 最终 OOM（OutOfMemoryError）

二、排查思路（核心流程）

1️⃣ 确认是不是内存泄漏

先看现象：

• 监控堆内存曲线（如 Prometheus / Grafana）
• 观察 GC 日志

✅ 泄漏特征：

• 老年代持续上涨
• Full GC 后内存不释放
• 每次 GC 回收对象越来越少

2️⃣ 定位泄漏点（重点）

步骤一：抓取堆转储（Heap Dump）

jmap -dump:live,format=b,file=heap.hprof <pid>

或

jcmd <pid> GC.heap_dump filename=heap.hprof

⚠️ 生产环境注意：

• dump 会 STW（短暂卡顿）
• 可在低峰期或自动 OOM 时生成

步骤二：分析 Heap Dump

常用工具：

• MAT（Memory Analyzer） ✅ 最常用
• VisualVM
• JProfiler
• YourKit

重点关注：

• Dominator Tree（支配树）
• Retained Heap 最大的对象
• 重复对象数量异常多
• 非预期的长生命周期对象（如 static、ThreadLocal）

3️⃣ 常见泄漏场景（对照自查）

✅ 1. 静态集合类

static Map<String, Object> cache = new HashMap<>();

✅ 解决：

• 使用 WeakHashMap
• 加过期策略 / LRU

✅ 2. ThreadLocal 未 remove

threadLocal.set(obj);
// 没 remove

✅ 解决：

try {
  threadLocal.set(x);
} finally {
  threadLocal.remove();
}

✅ 3. 监听器 / 回调未注销

• 事件监听器
• WebSocket
• 定时任务

✅ 4. 连接未关闭

• 数据库连接
• IO 流
• HTTP 连接

✅ 用 try-with-resources

✅ 5. 缓存无限增长

• 本地缓存没上限
• 缓存 key 设计不合理

✅ 用：

• Caffeine
• Guava Cache（带过期）

三、JVM 层排查与调优

1️⃣ GC 日志（必开）

-Xlog:gc*:file=gc.log:time

关注：

• GC 频率
• 每次回收效果
• Full GC 次数

2️⃣ JVM 参数调优（非根本解决）

-Xms2g -Xmx2g
-XX:+UseG1GC
-XX:MaxGCPauseMillis=200

⚠️ 调优只能缓解，不能解决泄漏

四、通用调优建议

✅ 开发阶段

• 代码评审重点关注生命周期
• 避免长生命周期对象持有短生命周期对象
• 使用弱引用 / 软引用

✅ 测试阶段

• 压测 + 内存监控
• 长时间运行观察内存曲线

✅ 生产环境

• 自动 Heap Dump（OOM 时）

-XX:+HeapDumpOnOutOfMemoryError
-XX:HeapDumpPath=/logs/heap.hprof

• 监控报警（内存 > 80%）

五、一句话总结

内存泄漏排查 = 监控发现 → Heap Dump → MAT 分析 → 找引用链 → 改代码
调优只是辅助，代码才是根本

如果你愿意，可以告诉我：

• 用的语言（Java / Go / C++）
• 是否容器环境
• 是否有 GC 日志或报错信息

我可以帮你做更具体的分析。