JVM(四)垃圾收集器

收集算法是内存回收的方法论，垃圾回收器是内存回收的具体实现。

一.Serial收集器

1.定义：Serial收集器是一个单线程的垃圾收集器，Serial收集器工作流程示意图如下图所示

2.特点:

"Stop The World"，它进行垃圾收集时，必须暂停其他所有的工作线程，直到它收集结束。在用户不可见的情况下把用户正常工作的线程全部停掉。

3.使用场景：

多用于桌面应用，Client端的垃圾回收器(桌面应用内存小，进行垃圾回收的事件比较短，只要不频繁发生停顿就可以接受)

二.ParNew收集器

1.定义:ParNew收集器其实就是Serial收集器的多线程版本，除了使用多条线程进行垃圾回收之外，其余行为包括Serial收集器可用的所有控制参数(例如：-Xx: SurvivorRatio、-Xx: PretenureSize' Thresold、-Xx: HandlePromotionFailure等)、收集算法、Stop The World、对象分配规则、回收策略等都与Serial收集器完全一样，在实现上，这两种收集器也共用了相当多的代码。

2.特点:

(1)ParNew收集器除了多线程收集外，其他与Serial收集器相比并没有太多创新之处，但它却是许多运行在Server模式下的虚拟机中首选的新生代收集器，其中有一个与性能无关但很重要的原因是，除了Serial收集器外，目前只有它能与CMS收集器配合工作。

(2)使用-XX: ParallelGCThreads参数来限制垃圾收集的线程数

(3)多线程操作存在上下文切换的问题，所以建议-XX: ParallelGCThreads设置成和CPU核数相同，如果设置太多的话就会产生上下文切换消耗，如果是单核的话Serial收集器效率更高。

三.Parallel Scavenge收集器

1.概念:

Parallel Scavenge收集器是一个新生代收集器，它也是使用复制算法的收集器，又是并行的多线程收集器。由于与吞吐量关系密切，Parallel Scavenge收集器也经常称为“吞吐量优先”收集器。与ParNew收集器最大区别是Parallel Scavenge的自适应调节策略。
2.特点:

1.Parallel Scavenge收集器的特点是它的关注点与其他收集器不同，CMS等收集器的关注点是尽可能地缩短垃圾收集时用户线程的停顿时间，而Parallel Scavenge收集器的目标则是达到可控制的吞吐(Throught)。所谓吞吐量就是CPU用于运行用户代码的时间与CPU总消耗时间的比值，即吞吐量=运行用户代码/(运行用户代码+垃圾收集时间)，虚拟机总共运行了100分钟，其中垃圾收集花掉1分钟，那吞吐量就是99%停顿时间越短就越适合需要与用户交互的程序，良好的响应速度能提升用户体验，而高吞吐量则可以高效率地利用CPU时间，尽快完成程序的运算任务，主要适合在后台运算而不需要太多交互的任务。

2.虚拟机会根据当前系统的运行情况收集性能信息，动态调整这些参数以提供最合适的停顿时间或者最大的吞吐量，这种调节方式称为GC自适应调节策略。

3.-XX:MaxGCPauseMillis：参数允许的值是一个大于0的毫秒数，收集器将尽可能地保证内存回收花费的时间不超过设定值。

4.-XX:GCTimeRatio参数的值应当是一个大于0且小于100的整数，也就是垃圾收集时间占总时间的比率，相当于是吞吐量的倒数。如果把此参数设置为19，那允许的最大GC时间就占总时间的5%（即1/（1+19）），默认值为99，就是允许最大1%（即1/（1+99））的垃圾收集时间。

5.-XX:+UseAdaptiveSizePolicy 当这个参数打开之后，就不需要手工指定新生代的大小（-Xmn）、Eden与Survivor区的比例（-XX：SurvivorRatio）、晋升老年代对象年龄（-XX：PretenureSizeThreshold）等细节参数了，虚拟机会根据当前系统的运行情况收集性能监控信息，动态调整这些参数以提供最合适的停顿时间或者最大的吞吐量，这种调节方式称为GC自适应的调节策略。

如果对于收集器运作原来不太了解，手工优化存在困难的时候，使用Parallel Scavenge收集器配合自适。应调节策略，把内存管理的调优任务交给虚拟机去完成将是一个不错的选择。只需要把基本的内存数据设置好（如-Xmx设置最大堆），然后使用MaxGCPauseMillis参数（更关注最大停顿时间）或GCTimeRatio（更关注吞吐量）参数给虚拟机设立一个优化目标，那具体细节参数的调节工作就由虚拟机完成了。

四.Serial old收集器

Serial old收集器是一个单线程收集器，使用"标记-整理"算法

五.Parallel old收集器

Parallel old收集器是Parallel Scavenge收集器的老年代版本，使用多线程+标记整理算法

六.CMS收集器

1.概念：

CMS(Concurrent Mark Sweep)收集器是一种以获取最短回收停顿时间为目标的收集器。目前很大一部分的Java应用集中在互联网站或者B/S系统的服务端上，这类应用尤其重视服务的相应速度，希望系统停顿时间最短，以给用户带来较好的体验。CMS收集器是基于“标记-清除”算法实现的。

2.步骤流程：

(1).初始标记(CMS initial mark)：标记一下GC Roots能直接关联到的对象，速度很快

(2).并发标记(CMS concurrent mart)：并发标记阶段就是进行GC RootsTracing的过程

(3).重新标记(CMS remark)：为了修正并发标记期间因用户程序导致标记产生变动的标记记录

(4).并发清除(CMS concurrent sweep)

3.CMS垃圾收集器缺点：

(1)对CPU资源非常敏感

(2)无法处理浮动垃圾，程序在进行并发清除阶段用户线程所产生的新垃圾

(3)因为用的是标记-清除算法，所以会存在空间碎片(触发fullgc可以解决，但耗时较长)

七.G1收集器

1.概念：G1是一款面向服务端应用的垃圾收集器

2.特点：G1中每个Region都有一个与之对应的Remembered Set，当进行内存回收时，在GC根节点的枚举范围中加入Remembered Set既可以保证不对全堆扫描也不会有遗漏检查

3.步骤流程：

(1)初始标记(Initial Marking)：标记一下GC Roots能直接关联到的对象

(2)并非标记(Concurrent Marking)：从GC Root开始对堆中对象进行可达性分析，找出存活的对象，这阶段耗时较长，但可与用户程序并发执行

(3)最终标记(Final Marking)：为了修正在并发标记期间因用户程序继续运作而导致标记产生变动的那一部分标记记录。虚拟机将这段时间对象变化记录在线程Remembered Set Logs里面，最终标记阶段需要把Remembered Set Logs的数据合并到Remembered Set中

(4)筛选回收(Live Data Counting and Evacuation)

4.优势：

(1)空间整合：基于“标记-整理”算法实现为主和Region之间采用复制算法实现的垃圾收集

(2)可预测的停顿：这是G1相对于CMS的另一大优势，降低停顿时间是G1和CMS共同的关注点，但G1除了追求低停顿外，还能建立可预测的停顿时间模型

(3)在G1之前的其他收集器进行收集的范围都是整个新生代或者老年代，而G1不再是这样。使用G1收集器时，Java堆的内存布局就与其他收集器有很大区别，它将整个Java堆划分为多个大小相等的独立区域(Region)，虽然还保留有新生代和老年代的概念，但新生代和老年代不再是物理隔离的了，它们是一部分Region(不需要连续)的集合

(4)G1收集器之所以能建立可预测的停顿时间模型，是因为它可以有计划地避免在整个Java堆中进行全区域的垃圾收集。G1跟踪各个Regions里面的垃圾堆积的价值大小(回收所获得的空间大小以及回收所需时间的经验值)，在后台维护一个优先列表，每次根据允许的收集时间，优先回收价值最大的Region(这也就是Garbage-First名称的来由)。这种使用Region划分内存空间以及有优先级的区域回收方式，保证了G1收集器在有限的时间内可以获取尽可能高的回收价值。