JDK 9起用-Xlog统一GC日志，启用命令为-Xlog:gc*:file=gc.log:time,tags,level,pid,tid,filecount=5,filesize=10M，支持标签过滤、自动滚动，结合GCEasy/GCViewer可高效分析停顿、元空间、大对象及晋升行为。
Java 从 JDK 9 开始用 -Xlog 统一所有 JVM 日志，GC 日志不再分散在一堆 -XX:+PrintXXX 参数里。它结构清晰、标签明确、支持过滤和滚动，是分析 GC 性能最可靠的方式。
怎么启用 Unified GC Logging
核心命令格式：
-Xlog:gc*:file=gc.log:time,tags,level,pid,tid,filecount=5,filesize=10M
-
gc*：开启所有 GC 相关标签（如
gc、gc+heap、gc+age、gc+metaspace），比只写gc更全面 -
file=gc.log：输出到文件（推荐绝对路径，如
/var/log/myapp/gc.log） - time,tags,level,pid,tid：带上时间戳、日志标签、级别、进程 ID 和线程 ID，方便关联和排查
- filecount=5,filesize=10M：自动轮转，保留最近 5 个、每个不超过 10MB 的日志文件
重点关注的日志字段和含义
每行日志都按「标签 + 时间 + 内容」组织，典型结构如：
立即学习“Java免费学习笔记（深入）”；
[2026-10-01T21:45:12.345+0800][info][gc,start] GC(12) Pause Young (Allocation Failure)
-
[gc,start]：表示 GC 开始事件；同理
[gc,end]是结束，[gc,heap]含内存快照，[gc,cause]明确触发原因 - Pause Young / Full GC / G1 Evacuation Pause：区分 GC 类型，注意是否频繁出现 Full GC 或 G1 Mixed GC
- (Allocation Failure)：最常见年轻代触发原因；若高频出现，说明 Eden 太小或对象生命周期短、分配快
- Eden: 1024M->0M(1024M)：回收前→回收后(总容量)，可算回收率，长期低于 70% 要警惕对象存活率高
- Pause Young: 42.8ms：STW 时间，Web 类应用建议单次 ≤ 50ms；超过 200ms 需立即关注
按场景加针对性日志标签
不一定要全开 gc*，按需组合更高效：
- 查停顿问题：
-Xlog:gc+pause=info只记录 STW 阶段，日志量小、聚焦明显 - 查元空间压力：
-Xlog:gc+metaspace=debug，看是否频繁触发 Metadata GC Threshold - 查大对象影响（G1）：
-Xlog:gc+humongous=info，定位 Humongous Allocation 是否导致 Mixed GC 暴增 - 查晋升行为：
-Xlog:gc+age=debug，观察对象年龄分布和 Survivor 区使用情况
用工具快速解读日志
手动翻日志效率低，推荐组合使用：
- GCEasy（在线）：上传 gc.log，自动生成趋势图、内存变化曲线、Full GC 频率统计、参数优化建议
- GCViewer（本地 GUI）：支持 JDK 8–17，可对比多份日志，直观看到 GC 时间占比、吞吐率、平均 pause
- 命令行辅助：
grep "Full GC" gc.log | wc -l统计次数；awk '/Pause/{sum += $NF} END{print sum/NR}' gc.log算平均停顿时长
