Minor GC、Major GC、Full GC（详解）
Minor GC、Major GC、Full GC（详解）
JVM在进行GC时，并非每次都对三个内存（新生代、老年代；方法区）区域一起回收的，大部分时候回收的都是指新生代。
针对HotSpot VM的实现，它里面的GC按照回收区域又分为两大种类型：一种是部分收集（Partial GC），一种是整堆回收（Full GC）
部分收集： 不是完整收集整个Java堆的垃圾收集。其中又分为：
-
新生代收集（Minor GC / Young GC）: 只是新生代（Eden S0,S1）的垃圾收集 老年代收集（Major GC / Old GC）: 只是老年代的垃圾收集 ✔目前，只有CMS GC会有单独收集老年代的行为。 ✔注意，很多时候Major GC会和Full GC混淆使用，需要具体分辨是老年代回收还是整堆回收。 混合收集（Mixed GC）： 收集整个新生代以及部分老年代的垃圾收集 ✔目前，只有G1 GC会有这种行为
整堆收集（Full GC）： 收集整个Java堆和方法区的垃圾收集
年轻代GC（Minor GC）触发机制：
-
当年轻代空间不足时，就会触发Minor GC，这里的年轻代满指的是Eden代满，Survivor满不会引发GC。（每次 Minor GC 会清理年轻代的内存。） 因为Java对象大多都具备朝生夕灭的特性，所以Minor GC 非常频繁，一般回收速度也比较快。这一定义既清晰又易于理解。 Minor GC会引发STW，暂停其它用户的线程，等垃圾回收结束，用户线程才恢复运行。
最简单的分代式GC策略的触发条件
老年代GC（Major GC / Full 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 触发机制： 触发Full GC 执行的情况有如下五种：
- 调用System.gc()时，系统建议执行Full GC，但是不必然执行
- 老年代空间不足
- 方法区空间不足
- 通过Minor GC后进入老年代的平均大小大于老年代的可用内存
- 有Edan区、survivor space0（From Space）区向survivor space1（To Space）区复制时，对象大小大于To Space可用内存，则把对象转存到老年代，且老年代的可用内存小于该对象大小
说明：Full GC是开发或调优中尽量避免的。这样暂停时时间会短一些。
