JVM:垃圾回收

Minor GC、Major GC、Full 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 策略的触发条件

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

  • 当年轻代空间不足时，就会触发Minor GC ，这里的年轻代满 指的是 Eden代满，Survivor满不会引发 GC 。（每次 Minor GC 会清理年轻代的内存）
  • 因为 Java 对象 大多数都具备朝生夕灭 的特性，所以 Minor GC 非常频繁，一般回收速度也比较快。
  • Minor GC 会引发 STW，暂停其他用户的线程，等垃圾回收结束，用户线程才恢复运行。

• 老年代 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 执行的情况有如下五中：

  1. 调用System.gc()时，系统建议执行Full GC，但是不必然执行
  2. 老年代空间不足
  3. 方法区空间不足
  4. 通过Minor GC后进入老年代的平均大小 大于 老年代的可用内存
  5. 由Eden区，survivor space0（From Space） 区 向 survivor space1（To Space） 区复制时，对象大小大于 To Space可用内存，则把该对象转存到老年代，且老年代的可用内存小于该对象大小

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

赏

谢谢你请我吃糖果