首先来看一下HotSpot所支持回收期的关系图:
图中可以看到一共有7中垃圾回收器,以中间绿线为界,上边三个用于年轻代,下边三个用在年老代,而G1则老少通吃,黑线线表示两个回收器可搭配使用,红线则表示两者可以在同一区域交替使用。由于G1在JDK1.7才达到商用级别,而且目前线上环境也很少使用,在此不再介绍。下面我们来介绍一下其他六种:
Serial:从名字就能看出是串行的意思,该回收器是最早实现的,基于单线程,实现简单且效率高,但是进行垃圾回收是会造成“Stop-the-World”(STW),当回收内存区域较大时,就会造成程序响应时间变长。
ParNew:全名Parallel New Generation,也就是并行新生代垃圾回收期,该回收器实现与Serial基本上一样,只是采用多线程执行回收。
Parallel Scavenge:并行清理,也就是并行垃圾回收器。该回收器与ParNew的最大区别在于ParNew通常与CMS搭配,一般注重于减少垃圾回收的停顿时间,提高响应速度,而Parallel Scavenge则侧重于吞吐量的控制,又名"吞吐量优先"回收器(吞吐量 = 运行用户代码时间 /(运行用户代码时间 + 垃圾收集时间);响应时间影响用户体验,而吞吐量则影响CPU利用率,进而影响程序程序运算效率)。此外需注意,该回收器不能够和CMS搭配使用。
CMS:Concurrent Mark Sweep,是一个并发回收器,旨在减少垃圾回收的停顿时间。我们可以从其处理过程分析一下:
![](http://static.oschina.net/uploads/space/2014/0305/233315_pJJn_1183145.jpg)
- 初始标记:该阶段只标记GC Root节点(见上一篇)直接引用的节点,会造成STW,但是时间很短。图中该阶段Object1、Object3、Object2标记
- 并发标记:该阶段是整个回收过程最耗时阶段,对于程序正在使用的对象,程序运行和标记交替进行,而程序未占用的则可以直接标记,这样程序整体对外停顿时间缩短(可以了解下并发的概念),减少了响应时间。该阶段图中Object1、Object3子树正常标记,而Object2子树并发标记。
- 重新标记:由于被程序占用的对象在一段时间后可能死掉,因此在并发标记结束后,可能有新对象死掉而未被标记,因此需要对这一部分重新标记。该阶段图中Object2子树需要重新标记。
- 并发清理:该阶段过程与并发标记类似。
Serial Old:没啥好说Serial的年老代版。
Parallel Old:Parallel Scavenge的年老代版。
下边我们来看一下几个垃圾回收器的各方面对比:
名称 | | 区域 | 算法 | 适用情况 |
Serial | 串行 | 年轻代 | 复制 | 单CPU(或CPU较少)、小型客户端应用 |
Parallel Scavenge | 并行 | 年轻代 | 复制 | 多CPU、吞吐量优先(后台处理、科学计算) |
ParNew | 并行 | 年轻代 | 复制 | 多CPU、响应优先(web服务器等) |
CMS | 并发 | 年老代 | 标记-清除 | 响应优先(web服务器等) |
Serial Old | 串行 | 年老代 | 标记-整理 | 单CPU、小型客户端应用 |
Parallel Old | 并行 | 年老代 | 标记-整理 | 多CPU、吞吐量优先(后台处理、科学计算) |
从上表我们可以总结:对于小型应用或是单CPU机上跑的应用,可采用Serial+Serial Old;对于web服务器等响应优先的应用:ParNew(Serial)+CMS;对于后台处理、科学运算之类的,可采用Parallel Scavenge+Parallel Old;当然,具体采用什么样的搭配,还是要结合具体使用环境确定。