JVM-堆-GC垃圾回收器简略-05

JVM-堆-GC垃圾回收器简略-05

我们都知道，JVM调优的一个环节，也就是垃圾收集，我们需要尽量的避免垃圾回收，因为在垃圾回收的过程中，容易出现STW（Stop the World）的问题，而 Major GC 和 Full GC出现STW的时间，是Minor GC的10倍以上

JVM在进行GC时，并非每次都对上面三个内存（新生代、老年代、方法区）区域一起回收的，大部分时候回收的都是指新生代。

针对HotSpot VM的实现，它里面的GC按照回收区域又分为两大种类型：一种是部分收集，一种是整堆收集

JVM在进行GC时，并非每次都对上面三个内存( 新生代、老年代；方法区 )区域一起回收的，大部分时候回收的都是指新生代。针对Hotspot VM的实现，它里面的GC按照回收区域又分为两大种类型：一种是部分收集（Partial GC），一种是整堆收集（FullGC）

部分收集：不是完整收集整个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堆和方法区的垃圾收集。 Young/Minor GC

年轻代 GC（Minor GC）触发机制

当年轻代空间不足时，就会触发Minor GC，这里的年轻代满指的是Eden区满，Survivor区满不会触发GC，Survivor是被动的清理，清理完成后还是慢的，会晋升入老年区。（每次Minor GC会清理年轻代的内存）因为Java对象大多都具备朝生夕灭的特性，所以Minor GC非常频繁，一般回收速度也比较快。这一定义既清晰又易于理解。Minor GC会引发STW，暂停其它用户的线程，等待垃圾回收线程结束，用户线程才恢复运行。

Major GC 

老年代 GC（MajorGC/Full GC）触发机制

指发生在老年代的GC，对象从老年代消失时，我们说 “Major Gc” 或 “Full GC” 发生了出现了MajorGc，经常会伴随至少一次的Minor GC

但非绝对的，在Parallel Scavenge收集器的收集策略里就有直接进行Major GC的策略选择过程也就是在老年代空间不足时，会先尝试触发Minor GC，如果之后空间还不足，则触发Major GCMajor GC的速度一般会比Minor GC慢10倍以上，STW的时间更长如果Major GC后，内存还不足，就报OOM了
  Full GC

触发Fu11GC执行的情况有如下五种：

调用System.gc（）时，系统建议执行Fu11GC，但是不必然执行

老年代空间不足（major gc和Full gc混用）

方法区空间不足

通过Minor GC后进入老年代的平均大小大于老年代的可用内存

由Eden区、survivor spacee（From Space）区向survivor spacel（To Space）区复制时，对象大小大于To Space可用内存，则把该对象转存到老年代，且老年代的可用内存小于该对象大小

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

堆空间分代思想

为什么要把Java堆分代？不分代就不能正常工作了吗？经研究，不同对象的生命周期不同。70%-99%的对象是临时对象。

新生代：有Eden、两块大小相同的survivor（又称为from/to，s0/s1）构成，to总为空。

老年代：存放新生代中经历多次GC仍然存活的对象。

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