一、概述
JVM在进行GC时,并非每次都对新生代、老年代、方法区三大内存区域一块回收,大部分时候的回收指的是新生代。
针对HotSpot VM的实现,它里面的GC按照回收区域分为两大类型:一种是部分收集(Partial GC);一种是整体收集(Full GC);
- 部分收集:不是完整收集整个Java堆的垃圾收集;
- 新生代收集(Minor GC / Young GC):只是新生代的垃圾收集;
- 老年代收集(Major GC / Old GC):只是老年代的垃圾收集;目前只有CMS GC,会有单独收集老年的行为;很多时候Major GC和 Full GC会混淆使用,需要具体分辨是老年代回收,还是整体回收。
- 混合收集(Mixed GC):收集整个新生代和部分老年代的垃圾收集,目前只有G1 GC会有这种行为。
- 整体收集:收集整个Java堆和方法区的垃圾收集。
二、触发机制
- 年轻代GC(Minor GC)触发机制
- 当年轻代空间不足时,就会触发Minor GC,这里的年轻代满指的是Eden区满,Survivor区满不会引发GC,每次Minor GC会清理年轻代的内存;
- 因为Java对象大多数都具备朝生夕死的特性,所以Minor GC非常频繁,一般回收速度也比较快;
- Minor GC 会引发STW,暂停其它用户的线程,等垃圾回收结束,用户线程才恢复运行。
- 老年代GC(Major GC)触发机制
- 指发生在老年代的GC,对象从老年代消失时,我们说“Major GC"或”Full GC“发生了;
- 出现了Major GC,经常会伴随至少一次的Minor GC(但非绝对,在Parallel Scavenge收集器的收集策略里就有直接进行Major GC的策略选择过程)。也就是在老年代空间不足时,会先尝试触发Minor GC。如果之后空间还不足,则触发Major GC。
- Major GC的速度一般会比Minor GC慢10倍以上,STW的时间更长。
- 如果Major GC后内存还不足,就报OOM错误。
- Full GC触发机制
- 调用System.gc()时,系统建议执行Full GC,但是,不必然执行。
- 老年代空间不足;
- 方法区空间不足;
- 通过Minor GC后进入老年代的平均大小大于老年代的可用内存。
- 由Eden区、survivor space0(From Space)区向 survivor space1(To Space)区复制时,对象大小大于 to space 可用内存大小,则把该对象转存到老年代,且老年代的内存大小小于该对象内存大小。
- Full GC 是内存调优中尽量要避免的,这样暂停时间会短一些。