Minor GC、Major GC和Full GC

一、垃圾收集分类

JVM在进行GC时，并非每次都3个内存区域（新生代，老年代，方法区）一起回收，大部分的回收是指新生代。针对HotSpot VM的实现，里面的GC按照内存回收区域又分为两大种类型：

• 部分收集（Partial GC）：不是完整收集整个Java堆的垃圾收集。
  • 新生代收集（Minor GC/Young GC）：只是新生代的垃圾收集。
  • 老年代收集（Major GC/Old GC）：只是老年代的垃圾收集。只有CMS GC会单独收集老年代。
  • 混合收集（Mixed GC）：收集整个新生代以及部分老年代的垃圾收集。只有G1 GC会有这种行为。
• 整堆收集（Full GC）：收集整个Java堆和方法区的垃圾收集。

二、触发机制

新生代GC（Minor GC/Young GC）触发机制

• 当新生代空间不足的时，就会触发Minor GC，这里的新生代满指的是Eden区代满，Survivor区满不会引发GC，（每次Minor GC会清理新生代的内存）
• 因为Java对象大多都是具备“朝生夕死”的特性，所以Minor GC非常频繁，一般回收速度也比较快。
• Minor GC会引发STW，暂停其他线程，等垃圾回收结束，用户线程才恢复运行。

老年代GC（Major GC/Old GC）触发机制

• 指发生在老年代的GC，对象从老年代消失，我们说的是“Major GC”或“Full GC”发生了。
• 出现了Major GC，经常会伴随至少一次的Minor GC，但并非绝对的，在Parallel Scavenge收集器的收集策略就有直接进行Major GC的策略选择过程。也就是说在老年代空间不足的情况下，会先尝试触发Minor GC。如果空间还是不足，则触发Major GC。
• Major GC的速度一般比Minor GC慢10倍以上，STW的时间更长。

Full GC触发机制

• 调用System.gc()，系统建议执行Full GC，但是不必然执行。
• 老年代空间不足。
• 方法区空间不足。
• 通过Minor GC后进入老年代的平均大小大于老年代的可用内存。
• 由Eden区、Survivor Space0（From Space）区向Survivor Space1（To Space）区复制时，对象大小大于To Space区可用内存，则把该对象转存到老年代，且老年代的可用内存小于该对象的大小。

Full GC是开发或者调优中尽量避免的。这样暂停的时间会短一些。

三、堆空间分代思想

为什么需要把Java堆分代？

不同对象的生命周期不一样。70%-90%的对象都是临时对象。

不分代就不能正常工作了吗？

不分代也完全可以。分代唯一理由就是优化GC性能，如果没有分代，那所有的对象都在一块，就如同把一个学校的人都关在一个教室。GC的时候要找到哪些对象没用，就需要堆所有区域进行扫描。而很多对象都是“朝生夕死”的，如果分代的话，把新创建的放到某一个地方，当GC的时候先把这块存的“朝生夕死”对象进行回收，这样会腾出很大的空间出来。