Java垃圾回收机制详解与不同代的垃圾回收器

最新推荐文章于 2024-10-17 11:21:39 发布

pjx987

最新推荐文章于 2024-10-17 11:21:39 发布

阅读量1.1k

点赞数 37

分类专栏： JVM 文章标签： java jvm 算法

本文链接：https://blog.csdn.net/pjx987/article/details/142318554

版权

JVM 专栏收录该内容

15 篇文章 0 订阅

订阅专栏

1. 引言

垃圾回收 (Garbage Collection, GC) 是 Java 虚拟机 (JVM) 的一项重要功能，它自动管理应用程序的内存，确保不再使用的对象能够及时被回收，从而避免内存泄漏的问题。本篇将详细介绍 Java 中的垃圾回收机制，包括不同代的垃圾回收器的工作原理，以及如何优化垃圾回收性能。由于篇幅较长，本文分为上下两篇发布，本篇将重点介绍垃圾回收的基本概念和不同代的垃圾回收器。

垃圾回收（Garbage Collection, GC）是一种自动内存管理机制，它负责自动检测不再使用的内存，并将其释放，以便重新使用。在 Java 等现代编程语言中，开发者无需手动管理内存，因为垃圾回收器会在后台自动执行清理任务。以下是垃圾回收的基本工作机制概述：

1.1 标记（Marking）

标记阶段是垃圾回收的第一步。在此阶段，垃圾回收器识别哪些内存是“可达”的，即仍被活动对象引用的对象。垃圾回收器从一组称为“根”的对象开始搜索。根包括当前线程的本地变量表、全局变量、常量池中的引用以及任何与本地方法关联的引用。然后，它会沿着这些引用遍历对象图，标记所有可达的对象。

1.2. 清除（Sweeping）

一旦所有可达对象被标记，垃圾回收器就会进入清除阶段。在这个阶段，它会回收未被标记的对象占用的空间。简单地说，就是删除那些不再被任何活动对象直接或间接引用的对象。这样做的结果是，这部分内存空间被标记为可用，以供将来分配给新对象使用。

1.3. 整理（Compacting）

在某些垃圾回收算法中，清理阶段之后可能还会有一个整理阶段。这个阶段的目的是整理内存中的碎片，使得可用内存更加集中。通过移动存活的对象到连续的位置，并更新所有指向这些对象的引用，整理过程可以减少甚至消除内存碎片，从而提高内存的使用效率。

2.不同的垃圾回收算法

不同的垃圾回收算法采用了不同的策略来执行上述三个基本步骤。下面列举了几种常见的垃圾回收算法：

2.1 引用计数

这是一种非常简单的垃圾回收算法，适用于某些非 Java 环境（如一些脚本语言）。每个对象都有一个引用计数器，每当有新的引用指向该对象时，计数器加一；当引用失效时，计数器减一。当引用计数为零时，表明该对象不再被使用，因此可以被回收。这种方法的一个缺点是无法处理循环引用的情况。

2.2 分代收集

这是 Java 中最常用的垃圾回收策略之一。它基于这样一个观察：大多数对象很快就会变得不可达。因此，JVM 将堆空间划分为几个区域（代），如年轻代（Young Generation）和老年代（Old Generation）。年轻代又细分为 Edna 区和两个 Survivor 区。新创建的对象首先放置在年轻代中。经过几次垃圾回收之后，仍然存活的对象会被提升到老年代。这种分代的概念有助于提高垃圾回收的效率，因为它允许垃圾回收器专注于回收频繁创建和销毁的对象。

2.3 复制算法

复制算法是一种特别设计用于年轻代的算法。它将年轻代划分为两个相等大小的半区。每次只使用其中一个半区，当这个半区满时，垃圾回收器会检查其中的每一个对象，并将仍在使用的对象复制到另一个半区中，然后清空已使用的半区。这种方法的优点是可以最大限度地减少存活对象的拷贝次数，但它也意味着每次垃圾回收都会消耗大量的内存带宽。

2.4 标记-压缩算法

标记-压缩算法结合了标记和整理两个阶段。首先标记所有存活的对象，然后将它们移动到内存的一侧，同时清理掉另一侧的未使用空间。这种方法可以有效地减少内存碎片，但同样需要移动大量的数据。

以上便是垃圾回收的基本工作机制和几种主要的算法。通过理解这些原理，开发者可以更好地管理应用程序的内存使用，并优化其性能。

3. 垃圾回收的基本概念

垃圾回收是指由系统自动回收不再使用的对象所占用的内存空间。在 Java 中，对象一旦没有引用指向它，就成为垃圾，等待被回收。垃圾回收器负责识别和回收这些对象。

3.1 垃圾回收的重要性

提高内存利用率：垃圾回收自动释放不再使用的对象，提高了内存的利用率。
降低编程难度：开发人员无需手动管理内存，减少了内存泄漏的风险。
改善应用程序性能：合理的垃圾回收策略可以提高应用程序的整体性能。

4. 不同代的垃圾回收器

Java 的堆内存通常被划分为不同的“代”，每一代有不同的垃圾回收器，它们根据对象的生命周期长短来决定何时回收。

4.1 年轻代 (Young Generation)

年轻代主要包含三个部分：Eden 区、两个 Survivor 区（S0 和 S1）。新创建的对象首先被放置在 Eden 区，当 Eden 区满时，会触发一次 Minor GC。存活下来的对象会被移动到 Survivor 区之一，经历多次 Minor GC 后，仍然存活的对象将被晋升到老年代。

4.1.1 年轻代垃圾回收器

Serial Collector：单线程垃圾回收器，适合单核处理器。
ParNew Collector：并行版本的 Serial Collector，适合多核处理器。
Parallel Collector：使用多个线程进行垃圾回收，适合多核处理器，且对响应时间有一定要求的应用。
Parallel Low Latency Collector：旨在减少垃圾回收停顿时间，适用于对延迟敏感的应用。
G1 Collector：目标是在控制 GC 停顿时间的前提下，获得最高吞吐量，适合大型堆。

4.2 老年代 (Old Generation)

老年代用于存储生命周期较长的对象。当年轻代的对象经过多次 Minor GC 后仍然存活，则会被晋升到老年代。

4.2.1 老年代垃圾回收器

Serial Old Collector：与 Serial Collector 类似，单线程，适合单核处理器。
Parallel Old Collector：与 Parallel Collector 类似，使用多个线程进行垃圾回收。
CMS Collector (Concurrent Mark Sweep)：以最小的停顿时间为目标，适合交互式应用。
G1 Collector：同时管理年轻代和老年代，适用于大堆内存的应用场景。

5. JDK 版本差异

不同的 JDK 版本提供了不同的垃圾回收器选项，下面简单介绍几个关键版本之间的变化：

JDK 6: 默认垃圾回收器是 CMS Collector，但可以通过 -XX:+UseConcMarkSweepGC 显式指定。
JDK 7: 默认仍然是 CMS Collector，但 Parallel Old Collector 可以作为选项。
JDK 8: 默认垃圾回收器是 Parallel Collector，通过 -XX:+UseParallelGC 指定；如果想要使用 CMS Collector 或 G1 Collector，需要显式指定。
JDK 9 及以后版本: G1 成为了默认的垃圾回收器，因为它在大型堆上的表现更好。