【JVM】四、垃圾收集器的介绍

如果说上面我们讲的收集算法是内存回收的方法论，那么垃圾收集器就是内存回收的具体实现。

以下讲的收集器基于JDK1.7的G1收集器之后的HotSpot虚拟机，这个JVM包含的所有收集器如下图所示:

两个收集器之间的连线，表示它们可以搭配使用。收集器所处的区域表示它是属于新生代收集器还是老年代收集器。其中ZGC为Java11引入的新的垃圾收集器。

Java各版本默认的收集器 ：

在讲具体的收集器之前我们先来明确三个概念 ——

1、并行(Parallel) ：指多条垃圾收集线程并行工作，用户线程仍处于等待状态

2、并发(Concurrent) :：指用户线程与垃圾收集线程同时执行(不一定并行，可能会交替执行)，用户程序继续运行，而垃圾收集程序在另外一个CPU上。

3、吞吐量：就是CPU用于运行用户代码的时间与CPU总消耗时间的比值。

吞吐量 = 运行用户代码时间 / (运行用户代码时间 + 垃圾收集时间)

例如：虚拟机总共运行了100分钟，其中垃圾收集花掉1分钟，那吞吐量就是99%

---

4.1 Serial收集器 (新生代收集器，串行GC)

• 特性

Serial收集器是最基本、发展历史最悠久的收集器，是一个单线程的收集器。在进行垃圾收集时，必须暂停其他所有的工作线程，直到它收集结束。就是所谓的“Stop The World。”

• 应用场景

Serial收集器是虚拟机运行在Client模式下的默认新生代收集器。

• 优势

简单而高效（与其他收集器的单线程比），对于限定单个CPU的环境来说，Serial收集器由于没有线程交互的开销，专心做垃圾收集自然可以获得最高的单线程收集效率。 实际上到现在为止 : 它依然是虚拟机运行在Client模式下的默认新生代收集器

 

4.2 ParNew收集器 (新生代收集器，并行GC)

ParNew收集器其实就是Serial收集器的多线程版本，采用 “复制算法”

除了使用多条线程进行垃圾收集之外，其余行为包括Serial收集器可用的所有控制参数、收集算法、Stop The World、对象分配规则、回收策略等都与Serial收集器完全一样。在实现上，这两种收集器也共用了相当多的代码。

ParNew收集器Serial收集器的对比 ——

ParNew收集器在单CPU的环境中绝对不会有比Serial收集器更好的效果，甚至由于存在线程交互的开销，该收集器在通过超线程技术实现的两个CPU的环境中都不能百分之百地保证可以超越Serial收集器。然而，随着可以使用的CPU的数量的增加，它对于GC时系统资源的有效利用还是很有好处的。

4.3 Parallel Scavenge收集器 (新生代收集器，并行GC)

Parallel Scavenge收集器是一个新生代收集器，主要采用复制算法，与ParNew类似，但关注点与其他搜集器不同，目标是达到一个可控的吞吐量。它又是一个并行的多线程收集器。

 

4.4 Serial Old收集器 (老年代收集器，串行GC)

Serial Old是Serial收集器的老年代版本，同样是一个单线程收集器，使用标记－整理算法。

 

4.5 Parallel Old收集器 (老年代收集器，并行GC)

Parallel Old是Parallel Scavenge收集器的老年代版本，使用多线程和“标记－整理”算法。在JDK 1.6中才开始提供。

 

4.6 CMS收集器（老年代收集器，并发GC）

CMS（Concurrent Mark and Sweep 并发-标记-清除），是一种以获取最短回收停顿时间为目标的收集器。基于并发、使用标记清除算法，只针对老年代进行垃圾回收。CMS收集器工作时，尽可能让GC线程和用户线程并发执行，以达到降低STW时间的目的。

整个操作步骤分为四步：初始标记（CMS initial mark）、并发标记（CMS concurrent mark）、重新标记（CMS remark）、并发清除（CMS concurrent sweep）。

1、初始标记（CMS initial mark） 初始标记仅仅只是标记一下GC Roots能直接关联到的对象，速度很快，需要“Stop The World”。

2、并发标记（CMS concurrent mark） 并发标记阶段就是进行GC Roots Tracing的过程。

3、重新标记（CMS remark） 重新标记阶段是为了修正并发标记期间因用户程序继续运作而导致标记产生变动的那一部分对象的标记记录，这个阶段的停顿时间一般会比初始标记阶段稍长一些，但远比并发标记的时间短，仍然需要“Stop The World”。

4、并发清除（CMS concurrent sweep） 并发清除阶段会清除对象。

优点：并发收集、低停顿。

缺点：对CPU资源非常敏感、无法处理浮动垃圾、标记-清除算法导致的空间碎片。

 

4.7 G1收集器 (唯一一款全区域的垃圾回收器)

G1（Garbage-First）是一款面向服务端应用的垃圾收集器。支持新生代和老年代空间的垃圾收集。

使用G1收集器时，它将整个Java堆划分为多个大小相等的独立区域（Region），虽然还保留有新生代和老年代的概念，但新生代和老年代不再是物理隔阂了，它们都是一部分（可以不连续）Region的集合，然后并行的对其进行垃圾回收。

G1垃圾回收器在清除实例所占用的内存空间后，还会做内存压缩。

G1会跟踪各个Region里面的垃圾堆积的价值大小（回收所获得的空间大小以及回收所需时间的经验值），在后台维护一个优先列表，每次根据允许的收集时间，优先回收价值最大的Region（这也就是Garbage-First名称的来由）。

G1收集器的运作大致可划分为以下几个步骤：初始标记（Initial Marking）、并发标记（Concurrent Marking）、最终标记（Final Marking）、筛选回收（Live Data Counting and Evacuation）。

其中，筛选回收阶段其实也可以做到与用户程序一起并发执行，但是因为只回收一部分Region，时间是用户可控制的，而且停顿用户线程将大幅度提高收集效率。

 

注：以上资料整理来自网络，如有不详细之处，敬请见谅