通过阅读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
这个只会显示总的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
输入信息如下:
参数解析:
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
输入信息如下:
带上了日期和时间
如果想把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时间