深入理解Java虚拟机(4) - 垃圾收集器

这个系列文章是对《深入理解Java虚拟机》一书的笔记及个人理解

Serial收集器

最基本，历史最悠久的收集器，曾经（在JDK1.3.1之前）是虚拟机新生代收集的唯一选择。

采用复制算法的新生代收集器，Client模式下默认的新生代收集器。

Serial / Serial Old收集器都是单线程的收集器，进行垃圾收集时，必须暂停其他所有的工作线程，直到收集结束。

优点：简单高效
缺点：会造成程序卡顿，如果经常卡顿，应该会疯掉

ParNew收集器

Serial收集器的多线程版本。

除了使用多条线程进行垃圾收集之外，其余行为包括Serial收集器可用的所有控制参数，收集算法，对象分配规则，回收策略等都与Serial收集器完全一样。

很多Server模式下的虚拟机中首选的新生代收集器。一个重要原因是：只有它能跟CMS收集器配合工作。

在单CPU的环境下，ParNew收集器的性能可能还不如Serial收集器，甚至在两个CPU的环境下也不一定能超过，随着CPU数量的增加才能显现出差距。

Parallel Scavenge收集器

使用复制算法的新生代收集器，并行的多线程收集器。

关注点与其它收集器不一样，为了达到一个可控制的吞吐量（Throughput）

所谓吞吐量就是CPU用于运行用户代码的时间与CPU总消耗时间的比值

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

停顿时间越短就越适合需要与用户交互的程序，良好的响应速度能提升用户的体验。

高吞吐量可以最高效率地利用CPU时间，尽快地完成程序的运算任务，主要适合在后台运算而不需要太多交互的任务。

-XX:MaxGCPauseMillis 参数控制最大垃圾收集停顿时间，值为大于0的毫秒数，收集器将尽力保证内存回收花费的时间不超过设定值。

-XX:GCTimeRatio 参数设置吞吐量大小，值为大于0小于100的整数（如果值为19，那允许的最大GC时间占总时间的5%（即1 / (1 + 19）)，如果值为99，那允许的最大GC时间占总时间的1%（即1 / 1+ 99））

Serial Old收集器

Serial收集器的老年代版本，使用标记-整理算法

Parallel Old收集器

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

CMS收集器

获取最短回收停顿时间为目标的收集器。

基于标记-清除算法实现。

优点：并发收集，低停顿

G1收集器

与CMS收集器有两个显著改进

1、基于”标记-整理”算法实现
2、可能非常精确地控制停顿

---

垃圾收集相关的常用参数

参数	描述
UseSerialGC	使用Serial + Serial Old的收集器组合进行内存回收
UseParNewGC	使用ParNew + Serial Old的收集器组合进行内存回收
UseParallelGC	使用Parallel Scavenge + Serial Old的收集器组合进行内存回收
UseParallelOldGC	使用Parallel Scavenge + Parallel Old的收集器组合进行内存回收
SurvivorRatio	新生代中Eden区域与Survivor区域的容量比值，默认值为8，代表Eden:Survivor=8:1
PretenureSizeThreshold	直接晋升老年代的对象大小
MaxTenuringThreshold	晋升到老年代的对象年龄
UseAdaptiveSizePolicy	Parallel Scavenge收集器自适应调节策略
HandlePromotionFailure	是否允许分配担保失败
ParallelGCThreads	设置并行GC时进行内存回收的线程数
GCTimeRatio	GC时间占总时间比率，仅在使用Parallel Scavenge收集器时有效
MaxGCPauseMillis	设置GC最大停顿时间，仅在使用Parallel Scavenge收集器时有效
CMSInitiatingOccupancyFraction	设置CMS收集器在老年代空间被使用多少后触发垃圾收集，默认值为68%，仅在使用CMS收集器时有效
UseCMSCompactAtFullCollection	设置CMS收集器在完成垃圾收集后是否要进行一次内存碎片整理，仅在使用CMS收集器时有效
CMSFullGCsBeforeCompaction	设置CMS收集器在进行若干次垃圾收集后再启动一次内存碎片整理，仅在使用CMS收集器时有效