垃圾回收器

垃圾收集器

上篇是我们说的垃圾回收的方法,接下来我们说说垃圾回收的具体实现–垃圾回收器:
上图中展示了7种作用于不同分代的收集器如果两个收集器之间存在连线,就说明他们可以搭配使用.所处区域表示它是属于新生代收集器还是老年代收集器.

1.Serial收集器(新生代收集器,串行GC)

特性: 这个收集器是一个单线程的收集器,在它进行垃圾收集时,必须暂停其他所有的工作线程,直到它收集结束(Stop The World).它简单而高效(和其他收集器的单线程比),由于没有线程交互的开销,专心做垃圾回收自然可以获得最高的单线程收集效率.实际上到现在为止,它依然是虚拟机运行在Client模式下的默认新生代收集器.
应用场景: Serial收集器是虚拟机运行在Client模式下的默认新生代收集器

2.ParNew收集器(新生代收集器,并行GC)

ParNew收集器实际上就是Serial收集器的多线程版本,除了使用多条线程进行垃圾收集之外,其余行为都和Serial收集器相同.
特性:Serial收集器的多线程版本,与Serial收集器相比,ParNew收集器在单CPU的环境中绝对不会有比Serial收集器更好地效果,甚至由于存在线程交互的开销,该收集器在通过不能保证可以超越Serial收集器.然而,随着可以使用的CPU的数量的增加,它对于GC时系统资源的有效利用还是很有好处的.
应用场景: ParNew收集器是许多运行在Server模式下的虚拟机首选的新生代收集器,作为Server的首选收集器之中有一个与性能无关的很重要的原因是:除了Serial收集器外,目前只有它能与CMS收集器配合工作.在JDK1.5时期,HotSpot提出了一款在强交互应用中几乎可认为有划时代意义的垃圾收集器-CMS收集器,这款收集器是HotSpot虚拟机中第一款真正意义上的并发收集器,它第一次实现了让垃圾收集线程与用户线程同时工作.不幸的是,CMS作为老年代收集器却无法与JDK1.4已经存在的新生代收集器Parallel Scavenge配合工作,所以在JDK1.5中使用CMS来收集老年代时,新生代只能选择ParNew或者Serial收集器其中的一个.

3.Parallel Scavenge收集器(新生代收集器,并行GC)

特性: Parallew Scavenge收集器是一个新生代收集器,它采用复制算法,是一个并行的多线程收集器.Parallel Scavenge收集器使用两个参数控制吞吐量:

• XX:MaxGCPauseMillis 控制最大的垃圾收集停顿时间
• XX:GCRatio 直接设置吞吐量的大小
  直观上只要最大的垃圾收集停顿时间越小,吞吐量是越高的,但是实际上停顿时间下降的同时,吞吐量也会变低.
• Parallel Scavenge收集器 VS CMS收集器: Parallel Scavenge收集器的特点是它的关注点与其他收集器不同,CMS等收集器的关注点是尽可能的缩短垃圾收集时用户线程的停顿时间,而Parallel Scavenge收集器的目的则是达到一个可控制的吞吐量,由于与吞吐量关系密切,Prallel Scavenge收集器也经常成为"吞吐量优先"收集器
• Parallel Scavenge收集器 VS ParNew收集器 : Parallel Scavenge收集器与ParNew收集器一个重要区别是它具有自适应的调节策略.
  GC自适应的调节策略: Parallel Scavenge收集器有一个参数 -XX:+UseAdaptiveSizePolicy.当这个参数打开之后,就不需要手工指定新生代的大小,Eden与Survivor区的比例,晋升老年代对象的年龄等细节参数了,虚拟机会根据当前系统的运行情况收集性能监控信息,动态调整这些参数以自合适的停顿时间或者最大的吞吐量,这种调节方式称为GC 自适应的调节策略.

Parallel Scavenge收集器应用场景:停顿时间越短就越适合需要与用户交互的程序,良好的响应速度能提升用户体验,而高吞吐量则可以高效率的利用CPU时间,尽快完成程序的运算任务,主要适合在后台运算而不需要太多交互的任务.

4.Serial Old收集器(老年代收集器,串行GC)

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

5.Parallel Old收集器(老年代收集器,并行GC)

特性 : Parallel Old收集器是Parallel Scavenge收集器的老年代版本,使用多线程和标记整理算法.
应用场景 : 在注意吞吐量以及CPU资源敏感的场合,都可以优先考虑Parallel Scavenge收集器+Parallel Old收集器.这个收集器是JDK1.6才开始提供的,在此之前,新生代的Parallel Scavenge收集器一直处于比较尴尬的状态,原因是新生代如果选择了Parallel Scavenge收集器,老年代除了Serial Old收集器外别无选择(Parallel Scavenge收集器无法与CMS收集器配合工作).由于老年代Serial Old收集器在服务端应用性能上的"拖累",使用了Parallel Scavenge收集器也未必能在整体应用上获得吞吐量最大化的效果,由于单线程的老年代收集中无法充分利用服务器多CPU的处理能力,在老年代很大而且硬件比较高级的环境中,这种组合的吞吐量甚至还不一定比ParNew+CMS的组合好.直到Parallel Old收集器出现后,Parallel Scavenge收集器终于有了比较名副其实的应用组合(吞吐量优先).

6.CMS收集器(老年代收集器,并发GC)

特性 : CMS(Concurrent Mark Sweep)收集器是一种以获取最短回收停顿时间为目标的收集器,目前很大一部分Java应用集中在互联网或者B/S系统的服务器上,这类应用尤其重视服务的响应速度,希望系统停顿时间最短,给用户带来较好的体验,CMS收集器就非常符合这类应用的需求.CMS收集器是基于"标记-清除"算法实现的,它的运作过程相对于前面几种收集器来说更复杂一点:

1. 初始标记 : 初始标记仅仅只是标记一下GC Roots能直接关联到的对象,速度很快,需要"Stop The World".
2. 并发标记 : 并发标记阶段就是进行GC Roots Tracing的过程.
3. 重新标记 : 重新标记阶段是为了修正并发标记期间因用户程序继续运作而导致标记产生变动的那一部分对象的标记记录,这个阶段的停顿时间一般会比初始标记阶段稍长一点,但远比并发标记时间短,仍然需要"Stop The World".
4. 并发清除 : 并发清除阶段会清除对象
   由于整个过程中最耗时最长的并发标记和并发清除过程收集器线程都可以与用户线程一起工作,所以,从总体上来说,CMS收集器的内存回收过程是与用户线程一起并发执行的.
   优点 : CMS是一款优秀的收集器,它的主要优点是并发收集,低停顿.
   缺点 :

• CMS收集器对CPU资源非常敏感,在并发阶段,它虽然不会导致用户线程停顿,但会因为占用了一部分线程而导致应用程序变慢,总吞吐量会降低.CMS默认启动的回收线程数是(CPU数量+3)/4,也就是当CPU在4个以上时,并发回收垃圾时收集线程不少于25%的CPU资源,并且随着CPU数量的增加而降低,但是当CPU不足4个时,CMS对用户程序的影响可能会变得很大
• CMS收集器无法处理浮动垃圾,可能出现"Concurrent Mode Failure"失败而导致另一次Full GC的产生.由于CMS并发清除阶段用户线程还在运行着,伴随程序运行自然就还会有新垃圾的产生,这一部分垃圾被称为"浮动垃圾".而且CMS收集器不能像其他垃圾收集器那样等到老年代几乎完全被填满了再进行收集,需要预留一部分空间提供并发收集时的程序运作使用,如果这部分空间不能够满足程序需要,就会出现"Concurrent Mode Failure"失败,这时虚拟机将运行后备预案:临时启用Serial Old收集器来进行老年代的垃圾收集,这样停顿时间会很长.
• CMS收集器会产生大量的空间碎片,由于它基于"标记-清除"算法,所以会产生大量的空间碎片,空间碎片过多时,往往会出现老年代还有很大空间剩余,但是无法找到足够大的连续空间来分配对象,不得不提前触发一次Full GC.

7.G1收集器(唯一一款全区域的垃圾回收器)

G1垃圾回收器是用在heap memory很大的情况下,把heap划分为很多很多的region块,然后并行的对其进行垃圾回收.它在清除实例所占有的空间内存后,还会做内存压缩.它在回收region的时候基本不会Stop The World,而是基于most garbage优先回收的策略来对region进行垃圾回收的.一个region有可能属于Eden,Survivor或者Tenured内存区域.
年轻代垃圾收集:
在G1垃圾收集器中,年轻代的垃圾回收过程使用复制算法,把Eden区和Survivor区的对象复制到新的Survivor区.
老年代垃圾收集:

• 初始标记 : 标记GC Roots直接关联的对象(需要Stop The World)
• 并发标记 : 进行可达性分析,找出存活对象
• 重新标记 : 重新标记阶段为了修正并发期间由于用户进行运作导致的标记变动的那一部分对象的标记记录,这个阶段的停顿时间一般会比初始标记阶段稍长一点,但远比并发标记的时间短,也需要Stop The World.
• 筛选回收 : 在G1中没有CMS对应的Sweep阶段,相反它有一个Clean up/Copy阶段,在这个阶段中,G1会挑选出那些对象存活率低的region进行回收,这个阶段也是和minor gc一同发生的.
  G1回收器是一种兼顾吞吐量和停顿时间的GC实现,相比于CMS,G1未必能做到CMS在最好情况下的延时停顿,但是最差情况下要好很多.