GC日志中括号内为内存区域总容量，括号外为回收前后占用量；需结合GC类型、JVM版本及收集器识别字段含义，重点关注老年代增长是否由Survivor溢出导致的异常晋升，并通过多行日志统计趋势而非单次数值判断真实压力。
看 GC 日志里带括号的内存快照
GC 日志中每次回收前后都会打印各代内存占用，关键就藏在形如 [PSYoungGen: 1234M->210M(1536M)] 或 Eden: 1200M(1200M)->0M, Survivor: 100M->120M, Old: 1800M->2100M 这样的字段里。括号外是“回收前→回收后”，括号内是该区域总容量。
注意：不同 GC 类型、不同 JVM 版本格式差异大。JDK 8 的 -XX:+PrintGCDetails 输出的是分代式（如 PSYoungGen/ParOldGen），而 JDK 9+ 的 -Xlog:gc* 默认用 G1 区域描述（如 Eden/Survivor/Old）。别直接比数字，先确认日志格式来源。
- 年轻代字段名可能为
PSYoungGen（Parallel）、G1 Young Generation或Eden/Survivor，取决于收集器 - 老年代对应可能是
ParOldGen、G1 Old Generation或直接写Old - 如果看到
humongous相关字样（如G1 Humongous Allocation），说明有超大对象直接进了老年代，会干扰常规晋升判断
重点盯住老年代增长是否由晋升驱动
单纯看“Old: 1800M->2100M”没用，得结合 Minor GC 频次和每次变化量。如果连续几次 Minor GC 后，Old 区都稳定上涨（比如每次 +30M），且没有 Full GC 清理，大概率是对象正在批量晋升——不是堆不够，而是 Survivor 空间太小或对象存活时间长。
这时候要交叉验证：Survivor 区回收后是否溢出？例如日志出现 Survivor: 100M->120M(120M)（箭头后等于括号内），说明 Survivor 已满，多余对象直接进老年代。
- Survivor 溢出常见原因：-XX:SurvivorRatio 设置过大（默认 8，即 Eden:Survivor=8:1），或 -XX:MaxTenuringThreshold 太低导致对象过早晋升
- 若发现每次 Minor GC 后 Old 增长量 ≈ 上次 Eden 回收量减去 Survivor 容纳量，基本可锁定晋升异常
- 避免只看单次日志——取 5~10 分钟窗口统计 Old 区平均每秒增长字节数，比看某一行更可靠
识别 Full GC 触发时的老年代真实压力
Full GC 日志里老年代的“回收前”值（如 ParOldGen: 3200M->1200M(4096M)）才是它当时的实际占用，但要注意括号里的总容量是否被动态调整过。G1 下还会看到 to-space exhausted 这类提示，意味着复制阶段目标空间不足，本质也是老年代或 Humongous 区碎片化严重。
特别警惕两种假象：
-
Old: 3800M->3750M(4096M)：只释放了 50M，停顿却长达 1.2 秒 → 不是堆小，而是 CMS 失败或 G1 混合回收卡在并发标记阶段 - 日志里出现
(Metadata GC Threshold)或(Compressed Class Space)：问题根本不在堆，而在元空间，继续调大 -Xmx只会恶化停顿 - 使用
-Xlog:gc+metaspace=info单独抓元空间日志，比混在堆 GC 日志里更容易定位
用命令行快速提取关键变化趋势
人工扫几百行日志效率低，用简单命令就能筛出规律。以 JDK 8 的 PrintGCDetails 格式为例：
grep "PSYoungGen|ParOldGen" gc.log | head -20 | awk '{print $2}'
这能快速列出前 20 次 GC 中年轻代回收前的占用，观察是否持续高位；再用：
awk '/ParOldGen/ {split($2,a,"->"); split(a[2],b,"\("); print b[1]}' gc.log | sort -n | tail -5
提取老年代回收后占用的 Top 5 值，看是否逼近上限。这些数值必须和 -Xmx 及 -XX:NewRatio 参数对照着看——比如 -Xmx4g -XX:NewRatio=2，理论老年代约 2.67G，若日志里反复出现 ParOldGen: ...->2600M(2730M)，就已到临界区。
真正容易被忽略的是：日志里显示的“Old 区大小”是逻辑视图，G1 下它由多个不连续 Region 组成，实际物理碎片程度无法从数字看出。一旦出现频繁 to-space exhausted 或 concurrent cycle abort，就得考虑加 -XX:G1HeapRegionSize 调整 Region 粒度，而不是只盯着 MB 数字调堆。
