JVM笔记：GC 日志分析

通过阅读GC日志，我们可以了解Java虚拟机内存分配与回收策略。

内存分配与垃圾回收的参数列表：

-xx:+Printgc 输出GC日志。类似:-verbose:gc

-xx:+PrintGCDetails 输出GC的详细日志

-XX:+PrintGCTimeStamps 输出GC的时间戳(以基准时间的形式)

-xx:+PrintGCDateStamps输出GC的时间戳(以日期的形式，如2013-0504T21:53:59.234+0800)

-xx:+PrintHeapAtgc 在进行GC的前后打印出堆的信息

-Xloggc:…/logs/gc.log 日志文件的输出路径

打开GC日志:

-verbose:gc
1

这个只会显示总的GC堆的变化:

参数解析:

GC、Full GC:GC的类型， GC只在新生代上进行， Full GC包括永生代， 新生代， 老年代。

Allocation Failure: GC发生的原因。

80832K->19298K: 堆在GC前的大小和GC后的大小。

228840k: 现在的堆大小。

0.0084018 secs: GC持续的时间。

打开GC日志:

-verbose:gc -xx:+PrintGCDetails
1

输入信息如下:

参数解析:
GC,Full Fc: 同样是Gc的类型

Allocation Failure: Gc原因

PSYoungGen:使用了Parallel Scavenge并行垃圾收集器的新生代GC前后大小的变化

ParOldGen:使用了Parallel old并行垃圾收集器的老年代GC前后大小的变化

Metaspace: 元数据区GC前后大小的变化，.JDK1.8中引入了元数据区以替代永久代

xxxsecs:指GC花费的时间

Times:user:指的是垃圾收集器花费的所有CPU时间，sys:花费在等待系统调用或系统事件的时间，

real: GC从开始到结束的时间，包括其他进程占用时间片的实际时间。

打开GC日志:

-verbose:gc -Xx:+PrintGCDetails -XX:+PrintGCTimeStamps -xX:+PrintGCDateStamps
1

输入信息如下:

带上了日期和时间

如果想把GC日志存到文件的话，是下面这个参数:

-Xloggc:/path/to/gc.log

“[GC"和”[FullGC"说明了这次垃圾收集的停顿类型，如果有"Full"则说明GC发生了"stop
ThE World"

使用Serial收集器在新生代的名字是Default New Generation，因此显示的是"[DefNew"

使用ParNew收集器在新生代的名字会变成"[ParNew",意思是"Parallel New Generation"

使用Parallel Scavenge收集器在新生代的名字是"[PSYoungGen"

老年代的收集和新生代道理一样，名字也是收集器决定的

使用G1收集器的话，会显示为"qarbage-first heap"

Allocation Failure
表明本次引起GC的原因是因为在年轻代中没有足够的空间能够存储新的数据了。

[PSYoungGen:5986K->696K(8704K)]15986K->704K(9216K)中括号内:GC回收前年轻代大小，回收后大小，(年轻代总大小)
括号外:GC回收前年轻代和老年代大小，回收后大小，(年轻代和老年代总大小)

user代表用户态回收耗时，sys内核态回收耗时，rea实际耗时。由于多核的原因，时间总和可能会超过real时间