Java HotSpot虚拟机目前主要提供了7种垃圾收集器，每个都有他们不同的优势，它们之间互相合作，共同收集垃圾。

一，Serial收集器

1. 它是新生代收集器，是一个单线程收集器，在收集垃圾时，必须暂停 其他所有工作线程，直到它收集结束。

2. 它对于运行在Client模式下的虚拟机来说是一个很好的选择。因为在Client模式下，停顿只要不频繁发生，是可以接受的。

二，ParNew收集器

1. 是Serial收集器的多线程版本，在新生代收集阶段，可以同时开启多个线程对垃圾进行收集。同样，收集阶段会暂停其他工作线程。

2. 它是许多运行在Server模式下的虚拟机中首选的新生代收集器。

三，Parallel Scavenge收集器

1. 是一个新生代收集器，是一个并行的收集器。

2. 它的关注点是达到一个可控制的吞吐量（运行用户代码时间/（运行用户代码时间+垃圾收集时间））。

3. 它的自适应调节策略也是与ParNew收集器的一个重要区别。虚拟机会根据当前系统的运行情况动态调整参数提供最合适的停顿时间或者最大的吞吐量。

四，Serial Old收集器

1. 是Serial收集的老年代版本，同样是一个单线程收集器。

2. 在老年代中使用标记-整理算法。

五，Parallel Old收集器

1. 是Parallel Scavenge收集器的老年代版本。

2. 使用多线程和标记-整理算法，在JDK1.6中才开始提供。

六，CMS收集器

1. CMS（Concurrent Mark Sweep）是一种以获取最短回收停顿时间为目标的收集器。

2. 运作过程分为：初始标记+并发标记+重新标记+并发清除。

3. 初始标记和重新标记仍然需要停顿，但时间少。

4. 初始标记仅仅是标记一下GC Roots能直接关联到的对象，速度很快。并发标记阶段是进行GC Roots Tracing的过程，而重新标记则是为了修正并发标记期间因用户程序继续运行而导致标记产生变动的那一部分对象的标记记录。

5. 整个过程耗时最长的是并发标记和并发清除，但这两个阶段是与用户线程同时执行的。

6. 明显的缺点：

1）CMS收集器对CPU资源非常敏感。会占用CPU时间。

2）CMS收集器无法处理浮动垃圾（在并发清理阶段用户线程会产生新的垃圾，这一部分垃圾在标记过后，无法在当次收集中处理它们，只好留到下一次GC时再清理，这就是浮动垃圾）。由于在并发收集时还需要提供空间供用户线程使用，所以不能等到老年代完全填满之后再收集，在JDK1.5下档老年代使用68%的空间后就会被激活，在1.6下提升到92%。要是CMS运行期间预留的内存无法满足程序需要，就会出现Concurrent Mode Failure失败，这时就会启动后备预案：临时启动Serial Old收集器重新进行老年代的垃圾收集，这就会导致停顿时间变长。

3）它是基于标记-清除，所以会产生大量碎片空间，所以提供了内存碎片整理的功能（参数设置），但因此停顿时间会变长。

七，G1收集器

1. G1（garbage-First）收集器是一款面向服务端应用的垃圾收集器，具有以下特点：

1）并行与并发：充分利用CPU资源，缩短停顿时间。

2）分代收集：不和其他收集器配合就能独立管理GC堆。

3）空间整合：从整体上看，是基于标记-整理的。

4）可预测的停顿：除了追求低停顿外，还能建立可预测的停顿模型。

2. 它将整个Java堆划分为多个大小相等的独立区域（Region），保留新生代和老年代的概念，但不再是物理隔离的，都是一部分Region的集合。

3. 它跟踪各个Region里面的垃圾堆积的价值大小（回收所获取的空间大小以及回收所需要额时间经验值），维护一个优先列表，每次根据允许的收集时间，优先回收价值最大的Region。

4. 当然，一个Region可能引用另外Region的对象，那么是否就需要全局扫描呢？G1收集器利用Remembered Set来避免全对扫描。每个Region都有与之对应的Remembered Set，他会记录与其他Region之间的对象互引用。

5. 如果不计算维护Remembered Set的操作，G1收集器的步骤如下：

1）初始标记

2）并发标记

3）最终标记

4）筛选回收

6. 其实在筛选回收阶段，也可以做到并发执行，只是因为只回收一部分Region，时间是用户可控制的，而且停顿用户线程将大幅度提高收集效率，所以目前大部分的情况下木有采用筛选回收阶段并发执行。