查看gc前后堆内存变化，核心是解析gc日志中记录各内存区域（如young、old）在gc前后的容量与使用量数据。通过对比gc前各区域的used值与gc后该区域的used值，即可得出回收了多少空间；同时结合gc前的total值与gc后的total值，可以了解堆结构是否发生了扩容或缩容。通常young gc会显著降低young区的使用量并可能提升old区的使用量（因对象晋升），而full gc则会大幅降低old区的使用量。
如何从标准GC日志中提取Young GC前后的内存数值
要提取Young GC前后的内存数值，需要定位日志中以`[GC (Allocation Failure)`或类似标记开头的行。这些行通常包含两个关键的时间点数据：GC开始前的状态和GC结束后的状态。重点关注`[0.xxxx-0.yyyy]`时间戳范围内的输出，其中会明确列出各个代（Generation）的容量（Capacity）和使用量（Usage）。例如，在Parallel GC或CMS GC的日志中，你会看到类似`73472K->8192K(131072K)`这样的片段，箭头左侧是GC前Young区的Used，右侧是GC后Young区的Used，括号内是总容量。通过解析这些数字，就能直接计算出Young区回收了多少内存，以及Old区是否因为对象晋升而增加了多少内存。
import java.util.regex.Matcher; import java.util.regex.Pattern; public class GcLogParser { public static void main(String[] args) { String logLine = "[GC (Allocation Failure) [PSYoungGen: 204800K->51200K(256000K)] 204800K->153600K(384000K), 0.0050000 secs]"; Pattern youngPattern = Pattern.compile("\[PSYoungGen: (\d+)K->(\d+)K\((\d+)K\)\]"); Matcher matcher = youngPattern.matcher(logLine); if (matcher.find()) { int before = Integer.parseInt(matcher.group(1)); int after = Integer.parseInt(matcher.group(2)); int capacity = Integer.parseInt(matcher.group(3)); System.out.println("Young GC Before: " + before + "K"); System.out.println("Young GC After: " + after + "K"); System.out.println("Recycled: " + (before - after) + "K"); } } }
如何分析Full GC对Old Gen及整体堆的影响
分析Full GC对Old Gen及整体堆的影响，需关注日志中标记为`[Full GC`或`[GC (System.gc)`的行。与Young GC不同，Full GC会暂停所有应用线程（Stop-The-World），并扫描整个堆。在日志中，你需要对比Full GC前后的Old Gen使用量。通常，Full GC后Old Gen的Used值会大幅下降，释放出大量内存。同时，要注意整体堆（Total Heap）的变化，有时Full GC后由于堆压缩或调整，总容量可能会发生变化。此外，如果Full GC后Old Gen的使用量依然很高，接近容量上限，这可能预示着内存泄漏或堆设置过小。通过计算Full GC前后的差值，可以评估Full GC的回收效率，并结合GC频率判断系统健康状况。
import java.util.regex.Matcher; import java.util.regex.Pattern; public class FullGcAnalyzer { public static void main(String[] args) { String fullGcLog = "[Full GC (Ergonomics) [Tenured: 102400K->51200K(128000K)], 0.0100000 secs] 204800K->51200K(256000K)"; Pattern oldGenPattern = Pattern.compile("\[Tenured: (\d+)K->(\d+)K\((\d+)K\)\]"); Matcher matcher = oldGenPattern.matcher(fullGcLog); if (matcher.find()) { int oldBefore = Integer.parseInt(matcher.group(1)); int oldAfter = Integer.parseInt(matcher.group(2)); int oldCapacity = Integer.parseInt(matcher.group(3)); System.out.println("Old Gen Before: " + oldBefore + "K"); System.out.println("Old Gen After: " + oldAfter + "K"); System.out.println("Old Gen Recycled: " + (oldBefore - oldAfter) + "K"); } } }
当Young GC后Old Gen使用量增加时意味着什么
当Young GC后Old Gen使用量增加时，意味着有对象从Young区晋升到了Old区。这是Java垃圾回收的正常机制之一，特别是当对象在Survivor区经历多次Minor GC后仍然存活，或者Young区空间不足需要紧急分配时，这些对象会被直接移动到Old区。这种晋升会导致Old区的Used值上升，而Young区的Used值下降。如果这种现象频繁发生，且Old区使用量持续增长，可能表明应用程序中存在长期存活的对象过多，或者堆配置不合理，导致Young区太小，无法有效容纳临时对象。开发者应监控这一趋势，必要时调整堆大小或优化代码以减少对象生命周期。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
