JVM03垃圾收集器

一、Serial收集器（Stop The World）

是最基本、 发展历史最悠久的收集器， 曾经（ 在JDK 1.3.1之前） 是虚拟机新生代收集的唯一选择。
它进行垃圾收集时， 必须暂停其他所有的工作线程，直到它收集结束

虚拟机运行在Client模式下的默认新生代收集器。
它也有着优于其他收集器的地方：
简单而高效（ 与其他收集器的单线程比） ， 对于限定单个CPU的环境来说， Serial收集器由于没有线程交互的开销， 专心做垃圾收集自然可以获得最高的单线程收集效率。 在用户的桌面应用场景中， 分配给虚拟机管理的内存一般来说不会很大， 收集几十兆甚至一两百兆的新生代（ 仅仅是新生代使用的内存， 桌面应用基本上不会再大了） ， 停顿时间完
全可以控制在几十毫秒最多一百多毫秒以内， 只要不是频繁发生， 这点停顿是可以接受的。 所以， Serial收集器对于运行在Client模式下的虚拟机来说是一个很好的选择。

二、ParNew收集器

ParNew收集器其实就是Serial收集器的多线程版本
Server模式下的虚拟机中首选的新生代收集器，除了Serial收集器外， 目前只有它能与CMS收集器配合工作

并行(Parallel):指多条垃圾收集线程并行工作，但此时用户线程仍然处于等待状态。
并发(Concurrent):指用户线程与垃圾收集线程同时执行(但不一定是并行的，可能会交替执行)，用户 程序在继续运行，而垃圾收集程序运行于另一个CPU上。

三、Parallel Scavenge收集器

是一个新生代收集器，多线程 的回收器
目标则是达到一个可控制的吞吐量(Throughput)。

ParNew 回收器是通过控制 垃圾回收 的 线程数 来进行参数调整。

吞吐量=运行用户代码时间/(运行用户代 码时间+垃圾收集时间)，
虚拟机总共运行100分钟，其中垃圾收集花掉1分钟，吞吐量就是99%。

四、CMS收集器

1.概念：CMS(Concurrent Mark Sweep)收集器是一种以获取最短回收停顿时间为目标的收集器，是基于“标记—清除”算法实现的

2.4个过程：

初始标记(CMS initial mark) Stop The World
并发标记(CMS concurrent mark)
重新标记(CMS remark) Stop The World
并发清除(CMS concurrent sweep)

3.CMS 回收器的缺点：

CMS回收器对CPU资源非常依赖

CMS 回收器过分依赖于多线程环境，默认情况下，开启的回收线程数为（CPU 的数量 + 3）/ 4，当 CPU 数量少于 4个时，CMS 对 用户查询 的影响将会很大，因为他们要分出一半的运算能力去 执行回收器线程；

CMS回收器无法清除浮动垃圾

由于 CMS 回收器 清除已标记的垃圾 （处于最后一个阶段）时，用户线程 还在运行，因此会有新的垃圾产生。但是这部分垃圾 未被标记，在下一次
GC 才能清除，因此被成为 浮动垃圾。 由于 内存回收 和 用户线程 是同时进行的，内存在被 回收 的同时，也在被 分配。当 老生代
中的内存使用超过一定的比例时，系统将会进行 垃圾回收；当 剩余内存 不能满足程序运行要求时，系统将会出现 Concurrent Mode
Failure，临时采用 Serial Old 算法进行 清除，此时的 性能 将会降低。

垃圾收集结束后残余大量空间碎片

CMS 回收器采用的 标记清除算法，本身存在垃圾收集结束后残余 大量空间碎片 的缺点。CMS 配合适当的
内存整理策略，在一定程度上可以解决这个问题。

五、G1收集器