通过上篇JVM垃圾回收算法和垃圾收集器我们对JVM的七大垃圾收集器的运行原理有了大致的了解，我们来总结一下他们之间的关系和各自的级别。
JVM常见的七种垃圾收集器的简单比较
1、Serial收集器是一个单线程的收集器，在进行收集垃圾时，必须stop the world，使用复制算法。
2、Serial Old是Serial收集器的老年代版本，同样是单线程收集器，使用标记整理算法。
3、ParNew收集器是Serial收集器的多线程版本，依然需要stop the world，使用复制算法
4、Parallel Scavenge收集器也是新生代收集器，使用复制算法又是并发的多线程收集器，它的目标是达到一个可控制的运行用户代码跟（运行用户代码+垃圾收集时间）的百分比值。
5、Parallel Old收集器是Parallel Scavenge收集器的老年代版本，使用多线程和标记整理算法。
6、CMS(Concurrent Mark Sweep) 收集器是一种以获得最短回收停顿时间为目标的收集器，基于标记清除算法。
过程如下：初始标记，并发标记，重新标记，并发清除，优点是并发并行收集，部分过程停顿，缺点是对CPU资源非常敏感，无法处理浮动垃圾，收集结束会产生大量空间碎片。
7、G1收集器是基于标记整理算法实现的，不会产生空间碎片，可以精确地控制停顿，将堆划分为多个大小固定的独立区域，并跟踪这些区域的垃圾堆积程度，在后台维护一个优先列表，每次根据允许的收集时间，优先回收垃圾最多的区域（Garbage First）。
java垃圾收集器的历史
第一阶段，Serial（串行）收集器
在jdk1.3.1之前，java虚拟机仅仅能使用Serial收集器。 Serial收集器是一个单线程的收集器,但它的“单线程”的意义并不仅仅是说明它只会使用一个CPU或一条收集线程去完成垃圾收集工作，更重要的是在它进行垃圾收集时，必须暂停其他所有的工作线程，直到它收集结束。
PS：开启Serial收集器的方式
-XX:+UseSerialGC
第二阶段，Parallel（并行）收集器
Parallel收集器也称吞吐量收集器，相比Serial收集器，Parallel最主要的优势在于使用多线程去完成垃圾清理工作，这样可以充分利用多核的特性，大幅降低gc时间。
PS:开启Parallel收集器的方式
-XX:+UseParallelGC -XX:+UseParallelOldGC
第三阶段，CMS（并行）收集器
CMS收集器在Minor GC时会暂停所有的应用线程，并以多线程的方式进行垃圾回收。在Full GC时不再暂停应用线程，而是使用若干个后台线程定期的对老年代空间进行扫描，及时回收其中不再使用的对象。CMS最大的特点是在并发的基础上增加了并行。
PS:开启CMS收集器的方式
-XX:+UseParNewGC -XX:+UseConcMarkSweepGC
第四阶段，G1（并发）收集器
G1收集器颠覆了之前针对整个堆来处理的概念，将整个java堆（包括新生代和老生代）划分为多个大小固定的独立区域，并跟踪这些区域的垃圾堆积程度，在后台维护一个优先列表，每次根据允许的收集时间，优先回收垃圾最多的区域。相对于CMS的优势而言是内存碎片的产生率大大降低。
PS:开启G1收集器的方式
-XX:+UseG1GC
