【JVM】【第六章】【JVM 运行时数据区】【堆】【04】堆分代垃圾回收

• 我们都知道，JVM的调优的一个环节，也就是垃圾收集，我们需要尽量的避免垃圾回收，因为在垃圾回收的过程中，容易出现STW（Stop the World）的问题，而 Major GC 和 Full GC出现STW的时间，是Minor GC的10倍以上
• JVM在进行GC时，并非每次都对上面三个内存区域一起回收的，大部分时候回收的都是指新生代。 针对Hotspot VM的实现，它里面的GC按照回收区域又分为两大种类型：一种是部分收集(Partial GC),一种是整堆收集(Full GC)
• 而JVM调优是为了让GC少一些，因为GC占用资源，影响用户线程。

1. GC分类

1.新生代收集（Minor GC/Young GC）

• 只是新生代的垃圾收集

2.老年代收集（Major GC/Old GC）

• 只是老年代的圾收集。
• 目前，只有CMS GC会有单独收集老年代的行为。
• 注意，很多时候Major GC会和Full GC混淆使用，需要具体分辨是老年代回收还是整堆回收。

3. 混合收集（Mixed GC）

• 收集整个新生代以及部分老年代的垃圾收集。
• 目前，只有G1 GC会有这种行为

4. 整堆收集（Full GC）

• 收集整个java堆和方法区的垃圾收集

2. Minor GC触发机制

• 因为Java对象大多都具备朝生夕灭的特性，所以Monor GC 非常频繁，一般回收速度也比较快，这一定义既清晰又利于理解。

• Minor GC触发时机
  当年轻代空间不足时，就会触发Minor GC
  这里的年轻代满指的是Eden满，Survivor满不会引发GC.(每次Minor GC会清理整个年轻代的内存，因此Survivor是被动GC，不会主动GC)

• Minor GC 会导致STW
  Minor GC会导致STW现象,暂停用户线程，等待垃圾回收结束，用户线程才恢复运行。
  但是Minor GC的STW时间比较短，用户体验影响较小

3.老年代GC（Major或者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了(并不是老年代满了就OOM,而是满了后触发Major GC之后内存仍然不足，才OOM)

4.Full GC触发机制

触发Full GC执行的情况有以下五种
①　调用System.gc()时，系统建议执行Full GC，但是不必然执行
②　老年代空间不足
③　方法区空间不足
④　通过Minor GC后进入老年代的平均大小大于老年代的可用内存
⑤　从Eden区、Survivor S0（from）区向S1（to）区复制存活对象时，对象大小大于To Space可用内存，则把该对象转存到老年代，且老年代的可用内存小于该对象大小

总结：说白了就是老年代空间不足 + 方法区空间不足
说明：Full GC 是开发或调优中尽量要避免的，这样暂停时间会短一些

5. GC日志分析

GC 日志：在 OOM 之前，一定会触发一次 Full GC ，因为只有在老年代空间不足时候，才会爆出OOM异常

代码：

package chapter08;

import java.util.ArrayList;
import java.util.List;

/**
 * -Xms9m -Xmx9m -XX:+PrintGCDetails
 */
public class GCTest {
    public static void main(String[] args) {
        int i = 0;
        try {
            List<String> list = new ArrayList<>();
            String a = "微凉的晨露，沾湿黑礼服";
            a += a;
            while (true) {
                list.add(a);
                i++;
            }

        } catch (Throwable t) {
            t.printStackTrace();
            System.out.println("遍历次数为：" + i);
        }
    }
}

堆空间占用空间越来越大 最后触发FULL GC

日志截取：

[Full GC (Ergonomics) [PSYoungGen: 1319K->0K(2560K)] [ParOldGen: 6782K->4864K(7168K)] 8102K->4864K(9728K), [Metaspace: 3452K->3452K(1056768K)], 0.0050464 secs] [Times: user=0.00 sys=0.00, real=0.01 secs] 

• [PSYoungGen: 1319K->0K(2560K)]
  年轻代总空间为 2560K ，当前占用 1319K ，经过垃圾回收后剩余 0K
• [ParOldGen: 6782K->4864K(7168K)]
  老年代总空间为 7168K ，当前占用 6782K ，经过垃圾回收后剩余 4864K
• 8102K->4864K(9728K)
  堆内存总空间为 9728K ，当前占用 8102K ，经过垃圾回收后剩余 4864K
• [Metaspace: 3452K->3452K(1056768K)]
  元空间总空间为 1056768K ，当前占用 3452K ，经过垃圾回收后剩余 3452K
• 0.0050464 secs
  垃圾回收用时 0.0050464 secs