JVM 中一次完整的 GC 流程详解（从 YGC 到 FGC）

CopyLower

于 2024-10-05 16:29:41 发布

阅读量609

点赞数 9

分类专栏：学习 Java 文章标签： jvm python 开发语言

本文链接：https://blog.csdn.net/lssffy/article/details/142620108

版权

学习同时被 2 个专栏收录

239 篇文章 8 订阅

订阅专栏

Java

132 篇文章 2 订阅

订阅专栏

引言

在 Java 应用程序中，垃圾回收 (Garbage Collection, GC) 是一个至关重要的机制。它负责自动管理内存的分配和回收，确保系统不会因为内存泄漏或过多的无用对象占用内存而崩溃。随着 Java 应用程序规模的扩大和复杂度的提升，GC 的表现直接影响到程序的性能和响应时间。GC 的频率、持续时间以及对程序的暂停时间 (Stop The World, STW) 都是开发者非常关注的问题。

本文将深入探讨 JVM 中一次完整的 GC 流程，包括年轻代垃圾回收 (Young Garbage Collection, YGC) 和老年代垃圾回收 (Full Garbage Collection, FGC)。通过详细的讲解和示例代码，我们将分析不同 GC 阶段的工作原理及其对性能的影响。

第一部分：JVM 内存结构

1.1 JVM 的内存模型概述

JVM 将内存分为多个区域，以便于管理和垃圾回收。主要包括以下几个区域：

堆 (Heap)：存储所有的对象和数组，是 GC 的主要目标区域。堆进一步划分为年轻代和老年代。
- 年轻代 (Young Generation)：存放新创建的对象。年轻代通常较小，GC 发生频繁。
  - Eden 区：新对象首先在 Eden 区创建。
  - Survivor 区：年轻代中的两个 Survivor 区用于存储经过一次或多次 GC 仍存活的对象。
- 老年代 (Old Generation)：存放生命周期较长的对象。老年代的 GC 频率较低，但每次执行代价较高。
元空间 (Metaspace)：用于存储类的元数据。

1.2 GC 的分类

Java 的垃圾回收机制主要有两种类型：

Young GC (YGC)：即 Minor GC，负责回收年轻代的内存。发生频率高，但一般耗时较短。
Full GC (FGC)：即 Major GC 或 Old GC，负责回收老年代的内存，同时也会对年轻代进行回收。发生频率低，但每次执行的代价较高。

第二部分：YGC（Young Garbage Collection）的工作原理

2.1 YGC 的触发条件

年轻代的 GC（也称为 Minor GC 或 YGC）主要针对年轻代内存空间不足时触发。当年轻代的 Eden 区没有足够空间来存放新的对象时，就会触发 YGC。触发 YGC 后，GC 线程会尝试清理 Eden 区中的无用对象，并将幸存对象移动到 Survivor 区。

2.2 YGC 的流程

YGC 的执行过程主要分为以下几步：

标记阶段：在标记阶段，GC 首先通过根对象 (GC Roots) 查找那些仍然被引用的对象，标记它们为存活对象。年轻代的标记方式通常是标记清除算法的一部分。
复制存活对象：在 YGC 中，GC 会将 Eden 区和一个 Survivor 区中的存活对象复制到另一个 Survivor 区，或者将其晋升 (Promote) 到老年代。无用对象会被直接回收。
清理内存：所有未被标记为存活的对象都会被清除，Eden 区和原 Survivor 区腾出空间，等待新的对象分配。
更新年龄：对于仍然存活的对象，GC 会更新它们的年龄。当对象的年龄超过某个阈值时，会被移动到老年代。

代码示例：触发 YGC

以下代码模拟了大量对象创建，触发 YGC 的过程：

public class YGCDemo {
    public static void main(String[] args) {
        for (int i = 0; i < 10000; i++) {
            byte[] array = new byte[1024 * 1024];  // 1MB
        }
    }
}

在此示例中，由于不断分配新对象，年轻代的 Eden 区很快会被填满，进而触发 YGC。执行后，可以使用 JVM 日志来查看 YGC 的详细过程。

YGC 的性能影响

YGC 通常是轻量级的，因为年轻代中的对象存活率较低，存活的对象数量较少。因此，YGC 的执行速度较快，暂停时间较短，对程序性能的影响相对较小。

第三部分：FGC（Full Garbage Collection）的工作原理

3.1 FGC 的触发条件

Full GC（也称为 Major GC 或 Old GC）主要负责清理老年代的内存。触发 Full GC 的条件包括：

老年代空间不足：当老年代的空间被填满，无法存放晋升的对象时，JVM 会触发 Full GC。
元空间或永久代溢出：在 JDK 8 之前，Full GC 也会因为永久代溢出而触发。JDK 8 之后的元空间溢出也可能导致 Full GC。
显示调用：程序员手动调用 System.gc() 或其他类似操作，可能会触发 Full GC。
YGC 后老年代空间不足：如果 YGC 后需要晋升的对象数量较多，老年代无法容纳这些对象，也会触发 Full GC。

3.2 FGC 的流程

Full GC 是对整个堆内存进行回收的操作，它会同时处理年轻代和老年代。FGC 的执行流程如下：

标记阶段：GC 首先通过 GC Roots 标记所有存活对象。与 YGC 不同的是，FGC 需要遍历整个堆，包括年轻代和老年代。因此，这个阶段的开销较大。
清理阶段：FGC 使用标记-清除算法，将所有未被标记的对象从内存中清除。
压缩阶段：由于老年代的空间分配是动态的，FGC 还会对老年代进行压缩，将存活的对象移动到一侧，释放出连续的内存空间，避免内存碎片化。

代码示例：触发 FGC

以下代码通过创建大量大对象，触发 Full GC：

public class FGCDemo {
    public static void main(String[] args) {
        // 模拟大量占用老年代的对象
        List<byte[]> list = new ArrayList<>();
        for (int i = 0; i < 10000; i++) {
            byte[] array = new byte[10 * 1024 * 1024];  // 10MB
            list.add(array);
        }
    }
}

在此示例中，10MB 的对象会快速填满年轻代和老年代的空间，当老年代无法存放更多对象时，JVM 会触发 Full GC。

FGC 的性能影响

Full GC 的执行开销非常高，因为它不仅需要遍历整个堆，还要执行对象压缩。FGC 通常会导致较长时间的 STW 停顿，对程序的响应时间和性能有较大影响。因此，在生产环境中，尽量减少 Full GC 的触发是优化 JVM 性能的重要策略。

第四部分：GC 日志分析与调优

4.1 JVM GC 日志的启用

在实际生产环境中，分析 GC 日志是了解 JVM 性能和调优的关键步骤。可以通过以下 JVM 参数启用 GC 日志：

-XX:+PrintGCDetails -Xloggc:gc.log

启用后，JVM 会将 GC 过程记录在 gc.log 文件中，开发者可以通过日志分析 GC 的触发情况、持续时间和内存变化。

4.2 GC 日志分析示例

假设我们启用了 GC 日志，并在执行 YGC 和 FGC 后得到了以下日志输出：

[GC (Allocation Failure) [PSYoungGen: 1024K->512K(2048K)] 2048K->1536K(4096K), 0.0123456 secs] 
[Full GC (Allocation Failure) [PSYoungGen: 512K->0K(2048K)] [ParOldGen: 1536K->1024K(4096K)] 2048K->1024K(6144K), 0.1234567 secs]

日志解释：

[GC (Allocation Failure)]：表示这是一次 YGC，触发的原因是内存分配失败（年轻代空间不足）。
PSYoungGen: 1024K->512K(2048K)：表示 YGC 开始时，年轻代的使用量为 1024KB，YGC 结束时

为 512KB，总容量为 2048KB。
3. 2048K->1536K(4096K)：表示整个堆的内存使用从 2048KB 下降到 1536KB，总堆大小为 4096KB。
4. 0.0123456 secs：表示 YGC 持续了 0.012 秒。
5. [Full GC (Allocation Failure)]：表示这是一次 Full GC，触发原因是内存分配失败（老年代空间不足）。
6. PSYoungGen: 512K->0K(2048K)：Full GC 之后，年轻代的内存被完全清空。
7. ParOldGen: 1536K->1024K(4096K)：老年代的使用量从 1536KB 降到 1024KB，总容量为 4096KB。
8. 2048K->1024K(6144K)：表示整个堆的内存使用从 2048KB 降到 1024KB，总堆大小为 6144KB。
9. 0.1234567 secs：表示 Full GC 持续了 0.123 秒。