一、新生代收集器
1. Serial收集器
单线程收集、暂停所有用户线程，采用复制算法。单CPU环境效果最佳。建议Client模式下的虚拟机使用。
2. ParNew收集器
多线程收集、暂停所有用户线程，采用复制算法。使用-XX:+UseParNewGC强制指定。
3. Parallel Scavenge
多线程收集、暂停所有用户线程，采用复制算法。吞吐量优先收集器。目标达到一个可控制的吞吐量，即运行用户代码时间/（运行用户代码时间+垃圾收集时间）。高吞吐量在于最高效的例用CPU时间，适合在后台运算而不需要太多交互的任务。
-XX:MaxGCPauseMillis，设置最大垃圾收集停顿时间。大于0，单位：毫秒。牺牲吞吐量和新生代空间。
-XX:GCTimeRatio，设置吞吐量大小。大于0小于100，默认为99，即允许最大1%的垃圾回收时间。
--XX:+UseAdaptiveSizePolicy，动态调整细节参数（-Xmn、-XX:SurvivorRatio、-XX:PretenureSizeThreshold等）以提供最适合的停顿时间或最大的吞吐量。
二、老年代收集器
1. Serial Old收集器
Serial收集器的老年代版本，单线程、暂停所有用户线程，采用标记-整理算法。建议Client模式下的虚拟机使用。CMS收集器的后备预案。
2. Parallel Old收集器
Parallel Scavenge的老年代版本，多线程、暂停所有用户线程，采用标记-整理算法。
3. CMS收集器
多线程，采用标记-清除算法。目标获取最短回收停顿时间。
回收步骤：初始标记（单线程、暂停所有用户线程）、并发标记（多线程、时间最长）、重新标记（多线程、暂停所有用户线程）、并发清除（单线程）。
缺点：对CPU资源敏感；无法处理浮动垃圾，可能出现”Concurrent Mode Failure”失败而导致另一次Full GC的产生，会临时启用Serial Old收集器来重新进行老年代的垃圾收集；标记-清理算法会产生大量的碎片，使用-XX:+UseCMSCompactAtFullCollection设置在清理完成之后进行一次碎片整理，使用-XX:CMSFullGCsBeforeCompaction，设置多少次清理之后进行一次碎片整理。
三、 G1收集器
JDK1.7正式使用，采用标记-整理算法，非常精确地控制停顿，在基本不牺牲吞吐量的前提下完成低停顿的内存回收。思路：将整个Java堆（包括新生代、老生代）划分为多个大小固定的独立区域（Region），并且跟踪这些区域里面的垃圾堆积程度，在后台维护一个优先列表，每次根据允许的收集时间，优先回收垃圾最多的区域。
注：
垃圾收集器的测评：Java 8最快的垃圾收集器是什么？