转载

JVM 系列文章之 Full GC 和 Minor GC

Full GC 就是收集整个堆，包括新生代，老年代，永久代(在JDK 1.8及以后，永久代会被移除，换为metaspace)等收集所有部分的模式

RednaxelaFX大在 Major GC和Full GC的区别是什么？触发条件呢？- 知乎这个问题有关于 GC分类的回答：

针对 HotSpot VM的实现，它里面的GC其实准确分类有两种:

Partial GC(局部 GC) : 并不收集整个 GC 堆的模式
- Young GC: 只收集young gen的GC， Young GC还有种说法就叫做 "Minor GC"
- Old GC: 只收集old gen的GC。只有垃圾收集器CMS的concurrent collection 是这个模式
- Mixed GC: 收集整个young gen 以及部分old gen的GC。只有垃圾收集器 G1有这个模式
Full GC : 收集整个堆，包括新生代，老年代，永久代(在 JDK 1.8及以后，永久代被移除，换为metaspace 元空间)等所有部分的模式

Full GC的触发条件

针对不同的垃圾收集器，Full GC的触发条件可能不都一样。 按HotSpot VM的serial GC的实现来看 ，触发条件是:

当准备要触发一次 young GC时，如果发现统计数据说之前 young GC的平均晋升大小比目前的 old gen剩余的空间大，则不会触发young GC而是转为触发 full GC(因为HotSpot VM的GC里，除了垃圾回收器 CMS的concurrent collection 之外，其他能收集old gen的GC都会同时收集整个GC堆，包括young gen，所以不需要事先准备一次单独的young GC)
如果有永久代(perm gen),要在永久代分配空间但已经没有足够空间时，也要触发一次 full GC
System.gc()，heap dump带GC,其默认都是触发 full GC.

HotSpot VM里其他非并发GC的触发条件复杂一些，不过大致原理与上面说的其实一样。

而在 Parallel Scavenge 收集器下，默认是在要触发 full GC前先执行一次 young GC ,并且两次GC之间能让应用程序稍微运行一小下，以期降低 full GC的暂停时间 (因为 young GC 会尽量清理了young gen的死对象，减少了 full GC的工作量)。 控制这个行为的VM参数是: -XX:+ScavengeBeforeFullGC 。

并发GC的触发条件就不一样，以 CMS GC为例，它主要是定时去检查old gen的使用量，但使用量超过了触发比例就会启动一次 CMS GC，对old gen做并发收集。

Minor GC

Minor GC 是俗称，新生代(新生代分为一个 Eden区和两个Survivor区)的垃圾收集叫做 Minor GC 。在 Oracle 高级研究员郑雨迪的极客时间专栏《深入拆解Java虚拟机》中也谈到 Minor GC ，内容如下:

触发条件

当 Eden 区的空间耗尽了怎么办？这个时候 Java虚拟机便会触发一次 Minor GC 来收集新生代的垃圾，存活下来的对象，则会被送到 Survivor区。

简单说就是当新生代的Eden区满的时候触发 Minor GC

Minor GC的过程

前面提到，新生代共有两个 Survivor区，我们分别用 from 和 to来指代。其中 to 指向的Survivor区是空的。

当发生 Minor GC时，Eden 区和 from 指向的 Survivor 区中的存活对象会被复制(此处采用标记 - 复制算法)到 to 指向的 Survivor区中，然后交换 from 和 to指针，以保证下一次 Minor GC时，to 指向的 Survivor区还是空的。

注意: from与to只是两个指针，它们变动的，to指针指向的Survivor区是空的

Survivor区对象晋升位老年代对象的条件

Java虚拟机会记录 Survivor区中的对象一共被来回复制了几次。如果一个对象被复制的次数为 15 (对应虚拟机参数 -XX:+MaxTenuringThreshold),那么该对象将被晋升为至老年代，(至于为什么是 15次，原因是 HotSpot会在对象头的中的标记字段里记录年龄，分配到的空间只有4位，所以最多只能记录到15)。另外，如果单个 Survivor 区已经被占用了 50% (对应虚拟机参数: -XX:TargetSurvivorRatio)，那么较高复制次数的对象也会被晋升至老年代。