Hotspot JVM垃圾回收器

　　前两篇《JVM入门——运行时数据区》《JVM常见垃圾回收算法》所提到的实际上JVM规范以及常用的垃圾回收算法，具体的JVM实现实际上不止一种，有JRockit、J9等待，当然最有名当属HotSpot JVM。下面是HotSpot JVM的整体架构图，本文着重介绍HotSpot中的垃圾回收器（Garbage Collector）。

　　现有的HotSpot垃圾回收器以及之间的关系和应用范围如下图所示：

　　其中G1 GC非常显眼的处于新生代和老年代之间，可以猜测这个G1 GC可同时运用在新生代和老年代，确实可以说G1是一个划时代新概念GC。

　　在介绍上面的垃圾回收器之前要先说明JVM虚拟机的Client模式和Server模式，Java所能做的事一是做客户端简单说就是GUI桌面应用程序，二是可以用作服务器端。两种模式Client模式启动快，启动后性能较差，Server模式启动慢，启动后性能较高。

Serial GC（-XX:+UseSerialGC，复制算法，新生代）

　　这是一个比较古老的垃圾收集器，我理解它为“简单粗暴”，简单粗暴的方法往往可以应对简单的环境，事实上Serial GC在Client模式下正是如此。它是一个串行的垃圾收集器，串行意味着就算是有多核处理器也不会有多个线程来并行回收，在串行的同时，其它的正常工作线程也要停止工作，称为“Stop the world”。这实际很好理解，你在清扫垃圾的时候，总不希望有人同时在丢垃圾吧。当然Serial GC在如今的HotSpot JVM中Server模式下已经几乎废弃。另外，它工作使用垃圾回收的“复制算法”工作在Java堆的新生代。

ParNew GC（-XX:+UseParNewGC，复制算法，新生代）

　　ParNew GC实际上是Serial GC的多线程版本。上面提到了Serial GC即使是多核CPU的环境下也是单线程进行垃圾内存的回收。此垃圾收集器侧可以做到多线程环境下进行垃圾内存的回收，这个多线程也仅仅是垃圾回收的多线程，而不是与用户线程并发执行。并且只有它能与CMS老年代的垃圾回收器配合使用，而CMS又恰恰是划时代意义的垃圾回收器，所以当JVM的老年代垃圾回收器是CMS的话，新生代的垃圾回收器通常是ParNew GC。

Parallel GC（-XX:+UseParallelGC，复制算法，新生代）

　　它有点和ParaNew GC类似，从名字上来看也是并行的多线程收集器。我们之前提到过，在进行GC的过程中要“Stop the world”，停顿时间越短当然越好，很多垃圾回收器（包括前两个）关注的就是如何提高停顿时间。而Parallel GC关注的则是吞吐量。它关注的是垃圾回收的整体耗时，如果垃圾回收所占用的整体耗时较短，则吞吐量高，CPU就能将越多的时间用于任务的执行上,（吞吐量 = 任务运行时间 / （任务运行时间 + 垃圾回收时间））。

Serial Old GC（-XX:+UseSerialOldGC，标记-压缩算法，老年代）

　　它是Serial GC的老年代版本，同样也是单线程，也能与Parallel GC配合使用作为它的老年代GC。

Parallel Old GC（-XX：+UseParallelOldGC，标记-压缩算法，老年代）

　　为了避免如果在新生代选择了Parallel GC而老年代则只有选择Serial Old GC的困境，出现了Parallel GC的老年代版本——Parallel Old GC。故如果在一些需要高吞吐量的常量利用Parallel GC和Parallel Old GC组合将会是一个很好的选择。

☆Concurrent Mark Sweep(CMS) GC （-XX:+UseConcMarkSweepGC，标记-清除算法，老年代）

　　CMS GC几乎占据着JVM老年代垃圾收集器的半壁江山，它划时代的意义就是垃圾回收线程几乎能用户线程做到同时工作。“几乎”是因为它还是不能做到完全不需要“Stop the world”，只是它尽可能的缩短了停顿时间。

它的整个垃圾回收过程可分为以下4个步骤：

1. 初始标记
2. 并发标记
3. 重新标记
4. 并发清理

　　这4个步骤“初始标记”和“重新标记”需要进行短暂的“Stop the world”，并发标记的过程实际上就是和用户线程同时工作，也就是“一边丢垃圾，一边打扫”，这样就会带来一个问题，如果垃圾的产生是在标记后发生，那么这次垃圾就只有等到下次再回收。当然等到标记完了过后垃圾自然不会和用户线程产生冲突，而清理过程就能和用户线程同时处理了。对于此垃圾回收器有一个比较显著且不可避免的一个问题就是它所采用的是“标记-清除”算法，也就是说它不同会压缩存活的对象，这样就会带来内存空间碎片化的问题，如果出现需要分配一个连续的较大的内存空间则只能触发一次Full GC。上一篇《》中谈到了在新生代的垃圾回收称为“Minor GC”，老年代的垃圾回收称为“Major GC”，而“Full GC”则是在整个堆上触发一次垃圾回收，可想而知代价会相当高，而且此时不得不暂停用户线程，只能针对具体使用场景通过调整CMS GC的参数对其进行调整优化。

☆Garbage-First(G1) GC（-XX:+UseG1GC）

　　G1 GC较之前所有的垃圾回收器都不同，从开头的第二幅图就能看出，它涵盖了新生代和老年代，或者说仅仅是从逻辑上还保留“新生代”和“老年代”这种说法，实际上它已不存在内存分代，它在JDK6中仅仅是实验版，在JDK7u4过后才正式商用，对于此垃圾回收器我将会单独对其讲解，另外它的论文地址在：http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.63.6386&rep=rep1&type=pdf。