【jvm】MinorGC、MajorGC和FullGC

1.jvm调优的主要目的是GC的时间少一些，用户线程执行的时间多一些
2.主要侧重于MajorGC和FullGC，这两块的GC产生的暂停时间比MinorGC产生的暂停时间大10倍以上
3.JVM在进行GC时，并非每次都对上面三个内存(新生代、老年代;方法区)区域一起回收的，大部分时候回收的都是指新生代。
4.针对Hotspot VM的实现，它里面的GC按照回收区域又分为两大种类型:一种是部分收集(Partial GC)，一种是整堆收集 (Full GC)
5.部分收集:不是完整收集整个Java堆的垃圾收集
6.其中又分为:新生代收集 (Minor GC / Young GC): 只是新生代(Eden，S0，S1)的垃圾收集
7.老年代收集 (Major GC / Old GC): 只是老年代的垃圾收集。目前，只有CMS GC会有单独收集老年代的行为。注意，很多时候Major GC会和Full GC混淆使用，需要具体分辨是老年代回收还是整堆回收。
8.混合收集 (Mixed GG): 收集整个新生代以及部分老年代的垃圾收集。目前，只有G1 GC会有这种行为
9.整堆收集(Full GC): 收集整个java堆和方法区的垃圾收集。

1. 指发生在老年代的GC，对象从老年代消失时，我们说"Major Gc"或"Ful GC"发生了。
1. 出现了Major GC，经常会伴随至少一次的Minor GC(但非绝对的，在Parallel Scavenge收集器的收集策略里就有直接进行Major GC的策略选择过程)。也就是在老年代空间不足时，会先尝试触发Minor GC。如果之后空间还不足则触发Major GC
1. Major GC的速度一般会比Minor GC慢10倍以上，STW的时间更长
1. 如果Major GC 后，内存还不足，就报OOM了。

1. 触发Full GC 执行的情况有如下五种:
1. 调用System.gc()时，系统建议执行Full GC，但是不必然执行
1. 老年代空间不足
1. 方法区空间不足
1. 通过Minor GC后进入老年代的平均大小大于老年代的可用内存
1. 由Eden区、survivor space0 (From Space) 区向survivor space1 (To Space) 区复制时，对象大小大于To Space可用内存，则把该对象转存到老年代，且老年代的可用内存小于该对象大小
1. full gc是开发或调优中尽量要避免的。这样暂停时间会短一些