垃圾回收器（GC）

分类

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

• 部分收集：不是完整收集整个Java堆的垃圾收集。其中又分为：
  • 新生代收集（Minor GC/Young GC）：只是新生代的垃圾收集
  • 老年代收集（Major GC/Old GC）：只是老年代的垃圾收集
• 整堆收集（Full GC）：收集整个java堆和方法区的垃圾收集

触发机制

• 年轻代GC（Minor GC）触发机制
  • 当年轻代空间不足时，就会触发Minor GC，这里的年轻代满指的是Eden代满，Survivor满不会引发GC(每次Minor GC会清理年轻代的内存，Survivor是被动GC，不会主动GC)
  • 因为Java队形大多都具备朝生夕灭的特性，所以Monor GC 非常频繁，一般回收速度也比较快
  • Minor GC 会引发STW（Stop the World），暂停其他用户的线程，等垃圾回收结束，用户线程才恢复运行
• 老年代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后进入老年代的平均大小小于老年代的可用内存
    • ⑤由Eden区，Survivor S0（from）区向S1（to）区复制时，对象大小由于To Space可用内存，则把该对象转存到老年代，且老年代的可用内存小于该对象大小
  • 说明：Full GC 是开发或调优中尽量要避免的，这样暂停时间会短一些

代码

/** 测试GC分代回收
 * 测试MinorGC 、 MajorGC、FullGC
 * -Xms9m -Xmx9m -XX:+PrintGCDetails
 */
public class GCTest {
    public static void main(String[] args) {
        int i = 0;
        try {
            List<String> list = new ArrayList<>();
            String a = "testGC";
            while (true) {
                list.add(a);
                a = a + a;
                i++;
            }

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

附：JVM学习目录