jvm垃圾收集器介绍

 

serial

serial

特点：单线程，jvmClient模式下默认新生代收集器，简单高效，对于单个cpu环境来说，serial没有线程交互开销，效率高。

 

ParNew

特点：serial的多线程版本，许多server模式下首选新生代收集器，除了serial之外，只有它能和CMS收集器配合使用。默认开启线程与cpu数量相同，-XX:ParallelGCThreads指定线程数量。多cpu下性能比serial高。

使用-XX:+UseConcMarkSweepGC选项后默认新生代收集器，也可以使用-XX:+UseParNewGC来指定。

 

这里介绍一下垃圾收集器中的并发和并行的概念

stop the word：垃圾收集器工作中，会停止所有用户线程，也就是别人说的垃圾回收的时候系统会卡一下。

并行：只多条垃圾收集器线程并行工作，但是此时用户线程仍然处于等待状态。

并发：只用户线程与垃圾收集器线程同时进行(但不一定是并行的，可能会交替执行),用户线程会继续执行，而垃圾回收器程序在另一个cpu上运行。

 

Parallel Scavenge

特点：使用复制算法，并行的多线程收集器。主要适用于后台运算而不需要太多交互的任务。可控制吞吐量，所谓吞吐量就是cpu用于运行用户代码的时间与cpu总消耗时间的比值,吞吐量=运行用户代码时间/(运行用户代码时间+垃圾收集时间),比如jvm总共运行了100分钟，其中垃圾收集器划掉了1分钟，那吞吐量就是99%。可设置垃圾收集器执行时间参数(具体参数自行百度),但是并不是设置时间越短，吞吐量就越高，时间越短，收集则越频繁。可根据实际情况去设置优化。

 

serial old

特点：单线程，serial收集器的老年代版本，使用标记-整理算法

 

Parallel old

特点:多线程，标记-整理算法，Parallel Scavenge 老年代版本

 

CMS

stw(stop the word) 时间最短的垃圾收集器，会出现"浮动垃圾"，因为在gc的时候用户线程还在运行。所以需要预留一部分内存空间给用户线程访问，jdk1.5默认CMS当老年代使用了68%内存空间时进行回收。标记-清除算法，会产生大量内存空间碎片，如果有大对象分配时，连续空内存空间不足会提前进行full gc，-XX:UseCMSCompactAtFullCollection参数设置，内存空间不足时开启内存碎片整理过程，内存整理过程中无法并发。

 

G1

特点：目前还不够成熟

并行与并发：充分利用多cpu来缩短stw时间

分代收集：不需要其他组合，可以管理整个GC堆

空间整合：标记-整理和复制算法集合，不会产生内存空间碎片

可预测的停顿：可设置垃圾收集时的消耗时间

新生代的垃圾回收算法为复制算法，老年代垃圾回收算法为标记-清除、标记整理。

 

参考书籍：深入java虚拟机-jvm高级特性与最佳实践