在 Java 中,有几种常见的垃圾回收器。以下是每个垃圾回收器的概括及其优缺点:
-
Serial 垃圾回收器:
- 优点:简单、高效,适用于单线程环境或小型应用。
- 缺点:在执行垃圾回收时会暂停所有应用线程,可能导致长时间的停顿。
-
Parallel 垃圾回收器:
- 优点:使用多线程执行垃圾回收,提高回收效率,适用于多核处理器、大型内存的应用。
- 缺点:在执行垃圾回收时同样会暂停所有应用线程。
-
CMS (Concurrent Mark and Sweep) 垃圾回收器:
- 优点:并发执行垃圾回收,减少应用线程的停顿时间,适用于对响应时间有要求的应用。
- 缺点:可能导致更多的碎片化、额外的 CPU 开销,并发执行可能影响应用的吞吐量。
-
G1 (Garbage-First) 垃圾回收器:
- 优点:并发执行、分代回收、自适应的垃圾回收器,可以在更短的停顿时间内实现高吞吐量。
- 缺点:在某些情况下,可能导致更高的 CPU 开销,不适用于低延迟要求非常高的应用。
-
ZGC 垃圾回收器:
- 优点:并发执行、低停顿时间的垃圾回收器,适用于大内存应用和对低延迟要求非常高的应用。
- 缺点:在某些场景下,可能导致更高的 CPU 开销。
不同的垃圾回收器在 Java 中作用于不同的分代区。以下是常见的垃圾回收器及其作用的分代区:
-
Serial 和 Parallel 垃圾回收器:
- 主要作用于新生代(Young Generation)。
- Serial 垃圾回收器通常用于单线程环境或小型应用。
- Parallel 垃圾回收器使用多线程执行垃圾回收,适用于多核处理器、大型内存的应用。
-
CMS (Concurrent Mark and Sweep) 垃圾回收器:
- 主要作用于老年代(Old Generation)。
- CMS 垃圾回收器通过并发标记和并发清除的方式执行垃圾回收,减少应用线程的停顿时间。
- CMS采用了4个阶段来垃圾回收,分别是初始标记、并发标记、重新标记和并发清理。其中初始标记和重新标记,耗时很短,虽然会导致Stop the World,但是影响不大,然后并发标记和并发清理,两个阶段耗时最长,但是是可以跟系统的工作线程并发运行的,所以对系统没太大影响。
-
G1 (Garbage-First) 垃圾回收器:
- 主要作用于整个堆内存,包括新生代和老年代。
- G1 垃圾回收器使用分代回收和并发执行的方式,根据应用的需求和堆内存的情况,在不同的区域执行垃圾回收。
-
G1垃圾回收器通过将堆内存分割成多个区域(Region)来管理内存,这样的设计使得G1能够以增量方式进行垃圾回收,从而更有效地控制停顿时间。下面详细介绍G1中与分区相关的逻辑:
堆的分区
在G1中,整个堆被划分为大小相等(除了一些特殊情况下的“巨型”区域)的区域。每个区域的大小可以通过JVM启动参数进行设置,一般是1MB到32MB之间。区域的数量和大小会影响垃圾回收的性能。
区域的类型
G1的区域可以根据存储的对象类型分为以下几种:
- Eden Region:存放新创建的对象。当Eden区满时,会触发一次Minor GC。
- Survivor Region:存放从Eden区经过一次Minor GC后仍然存活的对象。
- Old Region:存放经过多次GC后仍然存活的对象。这些对象通常有较长的生命周期。
- Humongous Region:存放体积较大的对象,通常是占用了半个区域大小以上的对象。这些区域连续分配,以容纳单个大对象。
-
分区的管理
G1维护了多个列表来管理这些区域:
- Free List:包含所有未被使用的区域,G1会从这个列表中分配新的Eden区或其他需要的区域。
- Collection Set(CSet):每次垃圾回收时,G1会选择一部分区域进行回收,这些区域的集合就是CSet。CSet中的区域可能包括Eden区、Survivor区和Old区。
-
垃圾收集过程中的区域操作
在执行垃圾回收时,G1会进行以下步骤:
- 选择回收的区域:G1会根据各个区域的垃圾比例和停顿时间目标选择要清理的区域,加入到CSet中。
- 回收区域:对CSet中的区域进行回收。Eden区的对象移动到Survivor区,或者如果年龄足够的话,直接晋升到Old区。Survivor区的对象如果仍然存活,会根据其年龄决定是否需要晋升到Old区。同时,选定的Old区中的存活对象也会被移动到其他的Old区或者Survivor区。
- 更新引用:在对象移动过程中,G1会更新所有指向被移动对象的引用,以确保堆的引用完整性。
- 清理区域:移动对象后,原来的区域会被清空,加入到Free List中,以供未来的分配使用。
-
分区的优势
G1通过分区的方式,可以灵活地管理不同生命周期的对象,并且可以根据停顿时间目标和垃圾比例选择性地回收区域,从而在保证吞吐量的同时,尽量减少GC导致的停顿时间。这种分区策略尤其适合大堆内存和需要低延迟的应用。
-
ZGC 垃圾回收器:
- 主要作用于整个堆内存,包括新生代和老年代。
- ZGC 垃圾回收器是一种并发执行、低停顿时间的垃圾回收器,适用于大内存应用和对低延迟要求非常高的应用。
GC ROOT
GC(垃圾回收)Root是指在垃圾回收过程中被直接引用的对象,作为垃圾回收的起点。GC Root对象是保持活动对象的根集合,如果一个对象不被任何GC Root对象直接或间接引用,那么它将被判定为垃圾并进行回收。
在Java中,GC Root对象可以是以下几种类型:
- 虚拟机栈(栈帧中的本地变量表)中引用的对象。
- 方法区中类静态属性引用的对象。
- 方法区中常量引用的对象。
- 本地方法栈中JNI(Java Native Interface)引用的对象。
这些GC Root对象形成一个引用链,通过这些引用链可以追溯到所有活动对象,而无法被引用链追溯到的对象则会被判定为垃圾并被回收。
理解GC Root的概念对于理解垃圾回收的机制和避免内存泄漏非常重要。在编写Java应用程序时,需要注意确保不会出现无法被GC Root引用的对象持续占用内存的情况,以免造成内存泄漏和性能问题。