转载

常用垃圾收集器及CMS收集的基本流程

Serial收集器

Serial收集器是 新生代 的垃圾收集器，是一个 单线程的收集器 ，它开始工作时会暂停掉其它所有的工作线程，一直到它工作结束。它是虚拟机运行在Client模式下的默认新生代垃圾收集器，采用 复制算法 。

ParNew收集器

ParNew收集器是 新生代 的垃圾收集器，采用 多线程 进行垃圾收集和回收，采用 复制算法 的收集器，它是 Serial收集器的多线程版本 ，它的实现复用了很多Serial收集器的代码，所以它包含了很多Serial收集器的参数和特性，它能与CMS收集器配合工作。它 开始工作的时候会暂停所有用户线程 。

Parallel Scavenge收集器

Parallel Scavenge收集器是一个 新生代 收集器，采用 复制算法 ，多条垃圾收集线程并行工作。它与ParNew收集器的区别是它 可以通过参数控制吞吐量 ，因此也被成为 吞吐量优先 收集器。

--------------------------------------------------------------------------------------------------------------------

Serial Old收集器

Serial Old收集器是一个 老年代 收集器，它也是一个 单线程 收集器，使用 标记-整理算法 。虚拟机运行在Client模式下，Serial Old收集器用于收集和回收老年代。

Parallel Old收集器

Parallel Old收集器是一个 老年代 收集器，它使用 多线程 进行垃圾收集和回收，使用 标记-整理算法 。和Parallel Scavenge收集器一样，它也注重 吞吐量优先 。

CMS收集器

CMS收集器是一个 老年代 收集器，采用 标记-清除算法 ， 注重获取最短回收停顿时间 ，是比较常用的垃圾收集器。它的工作过程 包含4个步骤：初始标记、并发标记、重新标记和并发清除 ，其中初始标记和重新标记需要暂停所有的用户线程。因为它采用标记-清除算法，所以会产生空间碎片。

G1收集器

G1收集器可以用于新生代和老年代，具备用户线程和回收线程的并行与并发等特性。

------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

CMS垃圾回收的过程

1.总体介绍：

CMS(Concurrent Mark-Sweep)是 以牺牲吞吐量为代价来获得最短回收停顿时间 的垃圾回收器。对于要求服务器响应速度的应用上，这种垃圾回收器非常适合。在启动JVM参数加上 -XX:+UseConcMarkSweepGC ，这个参数表示对于老年代的回收采用CMS。 CMS采用的基础算法是：标记—清除 。

2.CMS过程：

初始标记(STW initial mark)

并发标记(Concurrent marking)

并发预清理(Concurrent precleaning)

重新标记(STW remark)

并发清理(Concurrent sweeping)

并发重置(Concurrent reset)

初始标记：在这个阶段，需要虚拟机停顿正在执行的任务，官方的叫法STW(Stop The Word) 。这个过程从垃圾回收的"根对象"开始， 只扫描到能够和"根对象"直接关联的对象，并作标记 。所以这个过程虽然暂停了整个JVM，但是很快就完成了。

并发标记：这个阶段紧随初始标记阶段，在初始标记的基础上继续向下追溯标记。并发标记阶段，应用程序的线程和并发标记的线程并发执行，所以用户不会感受到停顿。

并发预清理：并发预清理阶段仍然是并发的。在这个阶段，虚拟机查找在执行并发标记阶段新进入老年代的对象(可能会有一些对象从新生代晋升到老年代，或者有一些对象被分配到老年代)。通过重新扫描，减少下一个阶段"重新标记"的工作，因为下一个阶段会Stop The World。

重新标记： 这个阶段会暂停虚拟机 ，收集器线程扫描在CMS堆中剩余的对象。 扫描从"跟对象"开始向下追溯，并处理对象关联。

并发清理：清理垃圾对象，这个阶段收集器线程和应用程序线程并发执行。

并发重置：这个阶段，重置CMS收集器的数据结构，等待下一次垃圾回收。

CSM执行过程：

常用垃圾收集器及CMS收集的基本流程

3.CMS缺点

CMS回收器采用的基础算法是标记-清除（Mark-Sweep）。所有CMS 不会整理、压缩堆空间。这样就会有一个问题：经过CMS收集的堆 会产生空间碎片 。 CMS 不对堆空间整理压缩节约了垃圾回收的停顿时间，但也带来的堆空间的浪费。为了解决堆空间浪费问题，CMS回收器不再采用简单的指针指向一块可用堆空间来为下次对象分配使用。而是把一些未分配的空间汇总成一个列表，当JVM分配对象空间的时候，会搜索这个列表找到足够大的空间来hold住这个对象。

需要更多的CPU资源。 从上面的图可以看到，为了让应用程序不停顿，CMS线程和应用程序线程并发执行，这样就需要有更多的CPU，单纯靠线程切换是不靠谱的。并且，重新标记阶段，为空保证STW快速完成，也要用到更多的甚至所有的CPU资源。当然，多核多CPU也是未来的趋势！

CMS的另一个缺点是它 需要更大的堆空间 。因为CMS标记阶段应用程序的线程还是在执行的，那么就会有堆空间继续分配的情况，为了保证在CMS回收完堆之前还有空间分配给正在运行的应用程序，必须预留一部分空间。也就是说， CMS不会在老年代满的时候才开始收集。相反，它会尝试更早的开始收集，已避免上面提到的情况：在回收完成之前，堆没有足够空间分配！ 默认当老年代使用68%的时候，CMS就开始行动了 。 – XX:CMSInitiatingOccupancyFraction =n 来设置这个阀值。

总得来说，CMS回收器减少了回收的停顿时间，但是降低了堆空间的利用率。

4.啥时候用CMS

如果你的 应用程序对停顿比较敏感 ，并且在应用程序运行的时候 可以提供更大的内存和更多的CPU (也就是硬件牛逼)，那么使用CMS来收集会给你带来好处。还有，如果在JVM中，有相对较多存活时间较长的对象(老年代比较大)会更适合使用CMS。

原文 http://uule.iteye.com/blog/2422000

正文到此结束