Java 内存排查与分析实战：从 GC 日志到堆转储全链路指南

一、GC 日志：调优的“心电图”

核心启动参数（JDK 8+ 统一日志格式）

-Xlog:gc*:file=/var/log/gc-%p-%t.log:time,uptime,level,tags:filecount=10,filesize=100m
-XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintTenuringDistribution  # JDK 8 兼容写法
-verbose:gc

关键指标解读：

• YGC / FGC：Young/Full GC 次数
• YGCT / FGCT / GCT：各类 GC 累计耗时（秒）
• S0/S1/E/O/P：Survivor0/1、Eden、Old、Perm/Metaspace 使用率

二、可视化监控工具链

三、堆转储获取与分析

1. 获取 Heap Dump

# 方式一：jmap（会触发 STW，慎用于大堆生产）
jmap -dump:live,format=b,file=/tmp/heap.hprof 

# 方式二：JVM 参数自动触发（推荐）
-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/dumps/

# 方式三：Arthas 非侵入式（推荐生产）
arthas@pid> heapdump /tmp/heap.hprof --live

2. 分析工具对比

• Eclipse MAT (Memory Analyzer Tool)：行业标杆，OQL 查询、支配树、泄漏嫌疑报告、支持超大堆（>100GB）
• JVisualVM / VisualVM：内置，适合中小堆快速看类直方图、GC Roots 路径
• jhat：JDK 自带 HTTP 服务查看，功能弱、已废弃（JDK 9+ 移除），不推荐

3. MAT 核心分析流程

1. 打开 .hprof → Leak Suspects Report 自动定位潜在泄漏
2. Histogram 按 retained size 降序，锁定大对象（如 byte[]、char[]、HashMap$Node[]）
3. 右键大对象 → Merge Shortest Paths to GC Roots → 排除弱/软/虚引用、系统类加载器引用，找到真实强引用链
4. 定位代码：通过类名/字段名反推业务模块，检查集合未清理、静态缓存无上限、ThreadLocal 泄漏、连接池未关闭等常见模式

四、GC 原理速览：读懂 jstat 输出

$ jstat -gcutil  1000 10
  S0     S1     E      O      P     YGC   YGCT    FGC   FGCT    GCT
 54.62   0.00  42.87  43.52  86.24  1792  5.093   33    7.670  12.763

• 分代模型：新生代 = Eden + S0 + S1（复制算法）；老年代 = 标记-整理/标记-压缩；元空间 = 类元数据
• Minor GC：Eden 满触发，存活对象复制到 Survivor，年龄阈值晋升老年代
• Full GC：老年代/元空间不足、显式 System.gc()、CMS/G1 并发失败触发，全堆扫描，STW 时间长
• 关注点：FGCT 单次 > 1s 或 FGC 频繁（如分钟级）即为异常，需扩容老年代、调大新生代、优化对象晋升率

五、生产环境排查黄金法则

1. 先日志后工具：GC 日志零开销、全时段、可回溯，优先分析 GCT 趋势、FGC 触发原因
2. 远程诊断优先：生产机器勿直接跑 jmap -dump/VisualVM，消耗 CPU/内存可能压垮业务。用 Arthas heapdump + 本地 MAT 分析
3. 建立基线：记录正常运行时的 YGC/FGC 频率、耗时、堆占比，变更后对比
4. 分代调优顺序：扩大新生代 → 调整晋升年龄 → 选用低延迟 GC（G1/ZGC） → 最后才动老年代大小