深入理解Java虚拟机——垃圾收集器

在学习Java虚拟机时，我们了解了常见的三种垃圾收集算法：

标记-清除（Mark-Sweep）算法、标记-复制算法、标记-整理算法

但是收集算法是内存回收的方法论，而圾收集器就是内存回收的实践者，接下来我们来了解一下常见的垃圾收集器，其中CMS、G1、ZGC垃圾收集器是我们关注的重点，其他的可以一笔带过。

一、Serial收集器

Serial收集器是最基础、历史最悠久的、单线程收集器，Serial收集器在进行垃圾收集时，必须暂停其他所有工作线程，直到它收集结束。HotSpot虚拟机新生代默认的垃圾收集器就是Serial收集器，因为在内存资源受限的环境，简单而高效，并且额外内存消耗（Memory Footprint）最小的。

二、ParNew收集器

ParNew收集器实质上是Serial收集器的多线程并行版本，除了同时使用多条线程进行垃圾收集之外，其余的行为包括Serial收集器可用的所有控制参数（例如：-XX：SurvivorRatio、-XX：PretenureSizeThreshold、-XX：HandlePromotionFailure等）、收集算法、Stop The World、对象分配规则、回收策略等都与Serial收集器完全一致。

三、Parallel Scavenge收集器

Parallel Scavenge收集器也是一款新生代收集器，它同样是基于标记-复制算法实现的收集器，也是能够并行收集的多线程收集器

四、Serial Old收集器

Serial Old是Serial收集器的老年代版本，它同样是一个单线程收集器，使用标记-整理算法。这个收集器的主要意义也是供客户端模式下的HotSpot虚拟机使用。如果在服务端模式下，它也可能有两种用途：一种是在JDK 5以及之前的版本中与Parallel Scavenge收集器搭配使用，另外一种就是作为CMS收集器发生失败时的后备预案，在并发收集发生Concurrent Mode Failure时使用。

五、Parallel Old收集器

Parallel Old是Parallel Scavenge收集器的老年代版本，支持多线程并发收集，基于标记-整理算法实现。这个收集器是直到JDK 6时才开始提供的，在此之前，新生代的Parallel Scavenge收集器一直处于相当尴尬的状态，原因是如果新生代选择了Parallel Scavenge收集器，老年代除了Serial Old（PS MarkSweep）收集器以外别无选择，其他表现良好的老年代收集器，如CMS无法与它配合工作。

六、CMS收集器

CMS（Concurrent Mark Sweep）收集器是HotSpot虚拟机中第一款真正意义上的并发收集器，官方称之为“并发低停顿收集器”（Concurrent Low Pause Collector），第一次实现了垃圾收集线程和用户线程同时工作。CMS尽可能的缩短垃圾收集时用户线程的停顿时间，是一款以获取最短回收停顿时间为目标的收集器。

CMS（Concurrent Mark Sweep）收集器是基于标记-清除算法实现的垃圾收集器，收集过程分为四个步骤：

1、初始标记（CMS initial mark）

2、并发标记（CMS concurrent mark）

3、重新标记（CMS remark）

4、并发清除（CMS concurrent sweep）

其中初始标记、重新标记这两个步骤仍然需要“Stop The World”。初始标记仅仅只是标记一下GC Roots能直接关联到的对象，速度很快；并发标记阶段就是从GC Roots的直接关联对象开始遍历整个对象图的过程，这个过程耗时较长但是不需要停顿用户线程，可以与垃圾收集线程一起并发运行；而重新标记阶段则是为了修正并发标记期间，因用户程序继续运作而导致标记产生变动的那一部分对象的标记记录（详见3.4.6节中关于增量更新的讲解），这个阶段的停顿时间通常会比初始标记阶段稍长一些，但也远比并发标记阶段的时间短；最后是并发清除阶段，清理删除掉标记阶段判断的已经死亡的对象，由于不需要移动存活对象，所以这个阶段也是可以与用户线程同时并发的。由于在整个过程中耗时最长的并发标记和并发清除阶段中，垃圾收集器线程都可以与用户线程一起工作，所以从总体上来说，CMS收集器的内存回收过程是与用户线程一起并发执行的。

通过图3-11可以比较清楚地看到CMS收集器的运作步骤中并发和需要停顿的阶段。

 

CMS收集器的垃圾收集算法采用的是标记-清除算法，这意味着垃圾收集完成后，会产生一些内存碎片，对象所占用的内存空间极有可能是不连续的内存块，CMS在为新对象分配内存空间时，将无法使用“指针碰撞”（Bump The Pointer）技术，只能使用“空闲列表”（Free List）执行内存分配。

CMS的优点：

并发收集、低停顿。

CMS的缺点：

1、CPU资源非常敏感。并发阶段，它虽然不会导致用户线程停顿，但却会因为占用了一部分线程而导致应用程序变慢，降低总吞吐量。

2、无法处理“浮动垃圾”（Floating Garbage），有可能出现“Con-current Mode Failure”失败进而导致另一次完全“Stop The World”的Full GC的产生。在CMS的并发标记和并发清理阶段，垃圾收集线程和用户线程同时进行，用户线程还会产生新的垃圾对象，但这一部分垃圾对象是出现在标记过程结束以后，CMS无法在当次收集中处理掉它们，只好留待下一次垃圾收集时再清理掉。这一部分垃圾就称为“浮动垃圾”。

3、产生大量空间碎片产生。空间碎片过多时，将会给大对象分配带来很大麻烦，往往会出现老年代还有很多剩余空间，但就是无法找到足够大的连续空间来分配当前对象，而不得不提前触发一次Full GC的情况。

七、Garbage First收集器

八、Shenandoah收集器

九、ZGC收集器