Carson带你学JVM：常见的垃圾收集器学习指南

最新推荐文章于 2022-08-16 09:05:06 发布

Carson带你学Android

最新推荐文章于 2022-08-16 09:05:06 发布

阅读量2.8k

点赞数 7

分类专栏：通用：Java虚拟机JVM 文章标签： Java JVM Java虚拟机垃圾收集器 Android

本文链接：https://blog.csdn.net/carson_ho/article/details/102675617

版权

通用：Java虚拟机JVM 专栏收录该内容

9 篇文章 37 订阅

订阅专栏

前言

垃圾收集器是垃圾收集算法的具体实现
本文将对市面上常见的垃圾收集器类型进行讲解，希望你们会喜欢

Carson带你学JVM系列文章，具体如下：
Carson带你学JVM：这是一份全面 & 详细的JVM学习指南
 Carson带你学JVM：图文解析Java虚拟机内存结构
 Carson带你学JVM：Java对象的创建、内存布局 & 访问定位全过程解析
 Carson带你学JVM：Java对象如何判断存活原则-引用计数法 & 引用链法
 Carson带你学JVM：这是一份全面 & 详细的垃圾收集算法(GC)讲解攻略
 Carson带你学JVM：常见的垃圾收集器学习指南
 Carson带你学JVM：类加载的全过程解析
 Carson带你学JVM：你真的了解类加载器吗？（含双亲委派模型）
Carson带你学JVM：方法分派模型-静态分派、动态分派

垃圾收集器类型

垃圾收集器是垃圾收集算法的具体实现
现在主流的垃圾收集器有 7 种：

垃圾收集器类别

我们会根据需求场景的不同，选择不同特点的垃圾收集器

下面我会详细介绍。

1. Serial收集器

1.1 定义

最基本、发展历史最长的垃圾收集器

1.2 优点

并发收集
在进行垃圾收集时，必须暂停其他所有工作线程（Stop The World），直到收集结束。

暂停工作线程是在用户不可见的情况下进行

注：并发与并行的区别
a. 并发：在某一时段内，交替执行多个任务（即先处理A再处理B，循环该过程）
b. 并行：在某一时刻内，同时执行多个任务（即同时处理A、B）

单线程
只使用一条线程完成垃圾收集（GC线程）
效率高
对于限定单CPU环境来说，Serial收集器没有线程交互开销（专一做垃圾收集），拥有更高的单线程收集效率。

垃圾收集高效，即其他工作线程停顿时间短（可控制在100ms内），只要垃圾收集发生的频率不高，完全可以接受。

1.3 使用的垃圾收集算法

复制算法

1.4 应用场景

客户端模式下，虚拟机的新生代区域

1.5 工作流程

工作线程

2. Serial Old收集器

2.1 定义

Serial收集器应用在老年代区域的版本

2.2 优点

并发、单线程、效率高

同Serial收集器，此处不作过多描述

2.3 使用的垃圾收集算法

标记-整理算法

2.4 应用场景

在客户端模式下，虚拟机的老年代区域
在服务器模式下：
1. 与 Parallel Scavenge 收集器搭配使用
2. 作为CMS收集器的后备预案，在并发收集发生Concurrent Mode Failure时使用

2.5 工作流程

工作流程

3. ParNew 收集器

3.1 定义

Serial收集器的多线程版本。

3.2 优点

并发收集
在进行垃圾收集时，必须暂停其他所有工作线程（Stop The World），直到收集结束。

暂停工作线程是在用户不可见的情况下进行

多线程收集
使用 多条垃圾收集线程（GC线程） 完成垃圾收集

由于存在线程交互的开销，所以在单CPU环境下，性能差于 Serial收集器

与CMS收集器配合工作
目前，只有ParNew 收集器能与 CMS收集器配合工作

由于CMS收集器使用广泛，所以该特点非常重要。
关于CMS收集器下面会详细说明

3.3 使用的垃圾收集算法

复制算法

3.4 应用场景

服务器模式下，虚拟机的新生代区域

多线程收集

3.5 工作流程

工作线程

4. Parallel Scavenge收集器

4.1 定义

ParNew 收集器的升级版

4.2 特点

具备ParNew 收集器并发、多线程收集的特点
以达到 可控制吞吐量 为目标
其他收集器的目标是： 尽可能缩短垃圾收集时间，而Parallel Scavenge收集器的目标则是：达到可控制吞吐量

吞吐量：CPU用于运行用户代码的时间与 CPU总消耗时间（运行用户代码时间+垃圾收集时间）的比值
如：虚拟机总共运行100分钟，其中垃圾收集时间=1分钟、运行用户代码时间 = 99分钟，那吞吐量 = 99 / 100 = 99%

自适应
该垃圾收集器能根据当前系统运行情况，动态调整自身参数，从而达到最大吞吐量的目标。

该特性称为：GC 自适应的调节策略
这是Parallel Scavenge收集器与 ParNew 收集器最大的区别

4.3 使用的垃圾收集算法

复制算法

4.4 应用场景

服务器模式下，虚拟机的新生代区域

4.5 工作流程

工作流程

5. Parallel Old收集器

5.1 定义

Parallel Scavenge收集器应用在老年代区域的版本

5.2 特点

以达到可控制吞吐量为目标、自适应调节、多线程收集

同Parallel Scavenge收集器

5.3 使用的垃圾收集算法

标记-整理算法

5.4 应用场景

服务器模式下，虚拟机的老年代区域

5.5 工作流程

工作流程

6. CMS收集器

6.1 定义

即Concurrent Mark Sweep，基于 标记-清除算法的收集器

6.2 特点

6.2.1 优点

并行
用户线程 & 垃圾收集线程同时进行。

即在进行垃圾收集时，用户还能工作。

单线程收集
只使用一条线程完成垃圾收集（GC线程）
垃圾收集停顿时间短
该收集器的目标是： 获取最短回收停顿时间 ，即希望系统停顿的时间最短，提高响应速度

6.2.2 缺点

总吞吐量会降低
因为该收集器对CPU资源非常敏感，在并发阶段，虽不会导致用户线程停顿，但会因为占用部分线程（CPU资源）而导致应用程序变慢，总吞吐量会降低
无法处理浮动垃圾
由于并发清理时用户线程还在运行，所以会有新的垃圾不断产生（即浮动垃圾），只能等到留待下一次GC时再清理掉。

因为这一部分垃圾出现在标记过程之后，所以CMS无法在当次GC中处理掉它们
因此，CMS无法等到老年代被填满再进行Full GC，CMS需要预留一部分空间。即所谓的：可能出现Concurrent Mode Failure失败而导致另一次Full GC产生。

垃圾收集后会产生大量内存空间碎片
因为 CMS收集器是基于“标记-清除”算法的。

6.3 使用的垃圾收集算法

标记-清除算法

6.4 应用场景

重视应用的响应速度、希望系统停顿时间最短的场景

如互联网移动端应用

6.5 工作流程

CMS 收集器是基于标记-清除算法实现的收集器，工作流程较为复杂：（分为四个步骤）
1. 初始标记
2. 并发标记
3. 重新标记
4. 并发清除

示意图

下面用一张图详细说明工作流程：

示意图

由于整个过程中，耗时最长的并发标记和并发清除过程都可与用户线程一起进行
所以，CMS收集器的垃圾收集过程可看作是与用户线程并发执行的。

7. G1 收集器

7.1 定义

最新、技术最前沿的垃圾收集器

7.2 特点

并行
用户线程 & 垃圾收集线程同时进行。

即在进行垃圾收集时，用户还能工作

多线程
即使用多条垃圾收集线程（GC线程）进行垃圾收集

并发 & 并行充分利用多CPU、多核环境下的硬件优势来缩短垃圾收集的停顿时间

垃圾回收效率高
G1 收集器是针对性对 Java堆内存区域进行垃圾收集，而非每次都对整个 Java 堆内存区域进行垃圾收集。

即 G1收集器除了将 Java 堆内存区域分为新生代 & 老年代之外，还会细分为许多个大小相等的独立区域（ Region），然后G1收集器会跟踪每个 Region里的垃圾价值大小，并在后台维护一个列表；每次回收时，会根据允许的垃圾收集时间优先回收价值最大的Region，从而避免了对整个Java堆内存区域进行垃圾收集，从而提高效率。
因为上述机制，G1收集器还能建立可预测的停顿时间模型：即让使用者明确指定一个长度为M毫秒的时间片段内，消耗在垃圾收集上的时间不得从超出N毫秒。即具备实时性