垃圾收集器类型简单介绍

一、新生代收集器

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最快的垃圾收集器是什么？