JVM在进行GC时,并非每次都对新生代,老年代,元空间区域一起回收,大部分回收都是指新生代。
针对HotSpot VM的实现,他里面的GC按照回收区域又分为两大类型:一种是部分收集(Partial GC),一种是整堆收(full GC)。
- 部分收集:不是完整收集整个Java堆的垃圾收集,其中又分为:
- 新生代收集(Minor GC/ Young GC):只是新生代的垃圾收集。
- 当年轻代空间不足时,就会触发Minor GC,这里的年轻代满指的是Eden代满了,Survivor区满则不会触发GC。
- Minor GC会触发STW,暂停其他用户线程,等待垃圾回收结束,用户线程才恢复运行。
- 老年代收集(Major GC/ Old GC):只收集老年代。
- 目前,只有垃圾回收器CMS GC的时候会有单独收集老年代的行为。
- 出现Major GC,经常会伴随至少一次的Minor GC(但并非绝对,在Parallel Scavenge收集器的收集策略里就有直接进行Major GC的策略选择过程。
- 混合收集(Mixed GC):收集整个新生代以及部分老年代的垃圾收集。
- 目前,只有垃圾回收器G1在GC的时候会有这种行为。
- 新生代收集(Minor GC/ Young GC):只是新生代的垃圾收集。
- 整堆收集(Full GC):收集整个Java堆和方法区的垃圾收集。
- 执行Full GC执行的情况有以下5种:
- 调用System.gc()时,系统建议执行FUll GC,但是不是必须执行。
- 老年代空间不足
- 方法区空间不足
- 通过Minor GC后进入老年代的平均大小大于老年代的可用内存
- 由Eden区,s0区向S1区复制时,对象大小大于To Space可用内存,这把该对象转存到老年代,且老年代的可用内存小于该对象的大小
- full GC是开发或者调优中尽量要避免的,这样暂时时间会短一点
- 执行Full GC执行的情况有以下5种: