垃圾收集器

• Serial收集器

这是一个单线程收集器，它在进行垃圾收集时，必须暂停所有的工作线程，直到收集结束。

• ParNew收集器

是Serial收集器的多线程版本，使用多条线程进行垃圾回收，其余行为与Serial收集器一样。除了Serial收集器外，目前只有它能与CMS收集器配合工作。

• Parallel Scavenga收集器

是一款新生代收集器。目标是达到一个可控制的吞吐量（吞吐量=运行用户代码时间/（运行用户用户代码时间+垃圾收集时间））。提供两个参数用于精准控制吞吐量。

-XX:MaxGCPauseMillis参数 控制最大垃圾收集停顿时间（大于0的毫秒数）

-XX:GCTimeRatio参数 直接设置吞吐量大小（大于0小于100的整数）

还有一个开关参数：-XX:UseAdaptiveSizePolicy，当这个参数打开之后，虚拟机会根据当前系统的运行情况收集性能监控信息，动态调整这些参数以提供最合适的停顿时间或者最大吞吐量。

• Serial Old收集器

是Serial收集器的老年代版本，它同样是一个单线程收集器，使用“标记-整理”算法。这个收集器的主要意义也是在于给Client模式下的虚拟机使用。如果在Server模式下，那么它主要还有两大用途：一种用途是在JDK1.5以及之前的版本中与Parallel Scavenge收集器搭配使用，另一种用途就是作为CMS收集器的后备预案，在并发收集发生Concurrent Mode Failure时使用。

• Parallel Old收集器

Parallel Old收集器是Parallel Scavenge收集器的老年代版本，使用多线程和“标记-整理”算法。

• CMS收集器

CMS收集器是一种以获得最短回收停顿时间为目标的收集器。CMS收集器是基于“标记-清除”算法实现的，它的运作分为4个步骤：

     1.初始标记

仅仅只是标记一下GC Roots能直接关联到的对象，速度很快。

      2.并发标记

进行GC Roots Tracing的过程，而重新标记阶段则是为了修正并发标记期间因为用户程序继续运作而导致标记产生的变动的那一部分对象的标记记录，这个阶段停顿时间一般会比初始标记段稍长一些，但远比并发标记的时间短。

       3.重新标记

       4.并发清除

由于整个过程中耗时最长的并发标记和并发清除过程收集器线程都可以与用户线程一起工作，所以，从总体上来说，CMS收集器的内存回收过程是与用户线程一起并发执行的。

存在以下缺点：

1. CMS收集器对CPU资源非常敏感。
2. CMS收集器无法处理浮动垃圾，可能出现“Concurrent Mode Failure”失败而 导致另一次Full GC的产生。
3. CMS基于“标记-清除”算法实现的收集器，收集结束时会有大量空间碎片产 生。

• G1收集器

G1是一款面向服务端应用的垃圾收集器。

G1具备一下特点：

1. 并行与并发
2. 分代收集
3. 空间整合
4. 可预测停顿

G1收集器将整个Java堆划分为多个大小相等的独立区域（Region），虽然还保留有新生代和老年代的概念，但新生代和老年代不再是物理隔离的了，它们都是一部分Region（不需要连续）的集合。

G1跟踪各个Region里面的垃圾堆积的价值大小，在后台维护一个优先列表，每次根据允许的收集时间，优先回收价值最大的Region。

 

                                              摘抄自《深入理解Java虚拟机：JVM高级特性与最佳实践》（第二版） 周志明著