java gc日志的基本知识

回顾一下gc日志的基本知识，下面是一条gc日志：

33.125：[GC[DefNew: 3324k->152k(3712k), 0.0025925 secs] 3324k>152k(11904k),0.0031680 secs]

从左至右，各个信息的意思为：

33.125：自虚拟机启动以来经过的秒数，单位为秒；GC：垃圾收集的停顿类型为不需要STW（Stop The World ）。如果是Full GC说明发生了STW。如果是Full GC (System)说明是调用System.gc()方法所触发的收集。DefNew：表示GC发生的区域在新生代。这个名称和所使用的收集器密切相关。可以有Tenured、Perm、ParNew、PSYoungGen等等。其中hotspot虚拟机使用的是PSYoungGen代表新生代3324k->152k(3712k)：GC前该区域（DefNew）已使用容量->GC后该区域已使用容量（该内存区域总容量）0.0025925 secs：该内存区域（DefNew）GC所占用的时间。3324k->152k(11904k)：GC前Java堆已使用容量->GC后Java堆已使用容量（Java堆总容量）本次博主遇到的内存问题是在使用spring batch做数据迁移时遇到的，在使用springbatch迁移数据时，发现了虚拟机内存用量不断增大的现象，于是将gc日志存了下来，并且通过jconsole截取了内存变化的情况。使用的vm运行参数为：

-XX:InitialHeapSize=266386688 -XX:MaxHeapSize=4262187008 -XX:+PrintGC -XX:+PrintGCDateStamps -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:-UseLargePagesIndividualAllocation -XX:+UseParallelGC

JConsole通过JConsole监测到的memory使用情况如下.

堆内存的整体情况如下图所示：

老年代的整体情况如下图所示

年轻代eden space如下

搜索公众号Linux中文社区后台回复“命令行”，获取一份惊喜礼包。

VisualVmJconsole当中的信息比较粗略，作为JConsole的升级版，VisualVm提供了更多的信息。

堆内存信息:

上图中可以清楚的看出元空间metaspace占的大小是固定的，而老年代则占据了相当大的内存空间。年轻代则是相对不停在动态变化的区域。因此，老年代的内存是我们要重点分析的。

这是整个内存区域的折线图展示。

我们可以使用Java VisualVM浏览堆heap dump文件的内容，并查看堆中已分配的对象。对我们需要进行heap dump分析的java程序点右键就能找到heap dump选项。一次heap dump是特定时间点Java虚拟机（JVM）堆中所有对象的一个快照。

JVM为所有类实例和数组对象在堆中分配内存。当不再需要对象且没有对象的引用时，垃圾收集器将回收堆内存。通过检查堆，可以找到创建对象的位置，并查找对这些对象的引用。如果JVM无法从堆中删除不需要的对象，Java VisualVM可以帮助我们找到对象的最近的GC Root。博主dump出来的结果如下:

Summary.

java VisualVm默认会展示Summary界面的信息，主要显示执行heap dump时的运行环境以及其他系统属性。GC Roots这一垃圾回收的概念也被展示在这里。

classClass视图显示了类的列表以及该类引用的实例的数量和百分比。通过右键单击名称并选择查看nstances&#x