文章目录
一、首先模拟一个JVM堆内存不足的异常场景。
public class GCTest {
public static void main(String[] args) {
List<Object> d = new ArrayList<Object>();
while(true){
d.add(new GCTest());
}
}
}
GCTest类的执行时,JVM参数配置:
-Xms1m
-Xmx1m
-XX:+PrintGCDetails
-XX:+PrintGCTimeStamps
-XX:+PrintGCDateStamps
执行后控制台输出如下图,准备下一步详细分析GC日志。
二、GC日志参数配置
1、堆空间参数
- -Xms:初始堆大小 默认物理内存的1/64(小于1GB)空余堆大小小于40%时,JVM就会增大堆直到-Xmx的最大限制
- -Xmx:最大堆大小 默认物理内存的1/4(小于1GB)空余堆大小大于70%时,JVM就会减少堆直到-Xms的最小限制
- -Xmn:指定新生代的大小(Eden + Survior from + Survior to)的大小,增大新生代的大小,老年代的大小将被减小,sun 官方推荐 新生代的大小:堆 = 3 : 8
- -XX:NewSize=512k:设置新生代大小
- -XX:MaxNewSize=512k 设置新生代的最大值-Xmn 相当于设同时设置 NewSize=MaxNewSize
- -XX:NewRation=4老年代:新生代 = 4:1,即 old:(Eden + Survivor from + Survivor to) ,则说明新生代为整个堆区的 1/5
- -XX:SurvivorRation=8 设置 Eden 区和 Survivor。
默认值为8;即:Eden:Survivor=8:1 ==> Eden:Survivor from:Survivor to = 8:1:1
若值为3,即:Eden:Survivor=8:1 ==> Eden:Survivor from:Survivor to = 3:1:1 - -XX:+HeapDumpOnOutOfMemoryError:表示当JVM发生OOM时,自动生成DUMP文件。
- -XX:HeapDumpPath:表示生成DUMP文件的路径,也可以指定文件名称。
- -XX:MaxTenuringThreshold=15:设置将新生代对象转到老年代时需要经过多少次垃圾回收
2、元数据空间参数
- -XX:PermSize:设置方法区大小(1.8以前的设置)
- -XX:MaxPermSize: 设置方法区的最大值(1.8以前的设置)
1.8 之前可以理解为 永久区(PerSize,MaxPerSize)。
1.8 之后使用 元数据区 取代。(MaxMetaspaceSize)。 - -XX:MaxMetaspaceSize=128k 来进行设置
3、栈空间参数
- -Xss128k 栈内存的大小
4、Gc回收参数
- -XX:+PrintGC 输出GC日志
- -XX:+PrintGCDetails 输出GC的详细日志
- -XX:+PrintGCTimeStamps 输出GC的时间戳(以基准时间的形式)
- -XX:+PrintGCDateStamps 输出GC的时间戳(以日期的形式,如 2018-06-19T21:53:59.230+0800)
- -XX:+PrintHeapAtGC 在进行GC的前后打印出堆的信息
- -Xloggc:…/logs/gc.log 日志文件的输出路径
5、垃圾收集器参数
参数 | 描述 |
---|---|
UseSerialGC | 虚拟机运行在Client模式下的默认值,打开此开关后,使用Serial + Serial Old的收集器组合进行内存回收 |
UseParNewGC | 打开此开关后,使用ParNew + Serial Old的收集器组合进行内存回收 |
UseConcMarkSweepGC | 打开此开关后,使用ParNew+ CMS + Serial Old的收集器组合进行内存回收。Serial Old收集器将作为CMS收集器出现Concurrent Mode Failure失败后的后备收集器使用 |
UseParallelGC | 虚拟机运行在Server模式下的默认值,打开此开关后,使用Parallel Scavenge + Serial Old (PS Mark Sweep)的收集器组合进行内存回收 |
UserParallelOldGC | 打开此开关后,使用Parallel Scavenge + Parallel Old的收集器组合进行内存回收 |
SurvivorRatio | 新生代中Eden区域与Survivor区域的容量比值,默认为8,代表Eden: Survivor = 8:1 |
PretenureSizeThreshold | 直接晋升到老年代的对象大小,设置这个参数后,大于这个参数的对象将直接在老年代分配 |
MaxTenuringThreshold | 晋升到老年代的对象年龄。每个对象在坚持过一次Minor GC之后,年龄就增加1,当超过这个参数值时就进入老年代 |
UseAdaptiveSizePolicy | 动态调整Java堆中各个区域的大小以及进入老年代的年龄 |
HandlePromotionFailure | 是否允许分配担保失败,即老年代的剩余空间不足以应付新生代的整个Eden和Survivor区的所有对象都存活的极端情况 |
ParallelGCThreads | 设置并行GC时进行内存回收的线程数 |
GCTimeRatio | GC时间占总时间的比率,默认值是99, 即允许1%的GC时间。仅在使用Parallel Scavenge收集器时生效 |
MaxGCPauseMillis | 设置GC的最大停顿时间。仅在使用Parallel Scavenge收集器时生效 |
CMSInitiatingOccupancyFraction | 设置CMS收集器在老年代时间被使用多少后触发垃圾收集。默认值为68%,仅在使用CMS收集器时生效 |
UseCMSCompactAtFullCollection | 设置CMS收集器在完成垃圾收集后是否要进行一次内存碎片整理。仅在使用CMS收集器时生效 |
CMSFullGCsBeforeCompaction | 设置CMS收集器在进行若干次垃圾收集后再启动一次内存碎片整理,仅在使用CMS收集器时生效 |
6、并行收集器设置
-
-XX:ParallelGCThreads=n:设置并行收集器收集时使用的CPU数。并行收集线程数。
-
-XX:MaxGCPauseMillis=n:设置并行收集最大暂停时间
-
-XX:GCTimeRatio=n:设置垃圾回收时间占程序运行时间的百分比。公式为1/(1+n)
7 、并发收集器设置
-
-XX:+CMSIncrementalMode:设置为增量模式。适用于单CPU情况。
-
-XX:ParallelGCThreads=n:设置并发收集器年轻代收集方式为并行收集时,使用的CPU数。并行收集线程数。
三、解读GC日志
2019-07-31T01:49:29.633+0800: 0.086: [GC (Allocation Failure) [PSYoungGen: 504K->488K(1024K)] 504K->504K(1536K), 0.0007589 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
1、2019-07-31T01:49:29.633+0800:GC事件(GC event)开始的时间点
2、0.086:GC事件的开始时间,相对于JVM的启动时间,单位是秒(Measured in seconds)
3、GC :有两种:GC(Minor GC)和 Full GC .
4、Allocation Failure :引起垃圾回收的原因
5、PSYoungGen:新生代情况
6、504K->488K(1024K) :年轻代垃圾回收前的大小 -> 年轻代垃圾回收以后的大小(年轻代的总大小)
7、504K->504K(1536K) 0.0007589 secs:整个堆回收前的大小->整个堆回收后的大小(堆总大小), 回收时间
8、[Times: user=0.00 sys=0.00, real=0.00 secs] :Young GC用户耗时、Young GC用户耗时、Young GC实际耗时
常用的GC日志监控工具:jvisualvm、jconsole,这两个都是jdk自带的,在bin目录下。