目录

GC 概述

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

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

Full GC 触发机制

---

GC 概述

JVM 在进行 GC 时，并非每次都对新生区、老年区和元空间这三个内存区一起回收，大部分时候回收的都是指新生区

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

部分收集：不是完整收集整个 Java 堆的垃圾收集。其中又分为：

新生代收集（Minor GC / Young GC）：只是新生代的垃圾收集

老年代收集（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（Marjor 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 执行的情况有如下五种：

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

2. 老年代空间不足

3. 方法区空间不足

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

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

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