垃圾回收器

上图展示了7种作用于不同分代的收集器，上面为新生代收集器，下面为老年代收集器，如果两个收集器之间存在连线，说明它们可以搭配使用。
Serial收集器：
Serial收集器是最基本、发展历史最悠久的收集器。单线程收集器，只会使用一个CPU或一条收集线程去完成垃圾收集工作，更重要的是它在进行垃圾收集时，必须暂停其他线程，直到垃圾收集结束。是虚拟机运行在Client模式下的默认新生代收集器。
优点：简单高效（与其他收集器的单线程比），对于限定单个CPU的环境来说，Serial收集器由于没有线程交互的开销，专心做垃圾收集自然可以获得最高的单线程收集效率。
ParNew收集器：
ParNew收集器其实就是Serial收集器的多线程版本。除了Serial收集器外，目前只有它能与CMS收集器配合工作。
Parallel Scavenge收集器：
新生代收集器，使用复制算法，并行的多线程收集器。
Parallel Scavenge收集器的特点是它的关注点与其他收集器不同，CMS等收集器的关注点是尽可能地缩短垃圾收集时用户线程的停顿时间，而Parallel Scavenge收集器的目标则是达到一个可控制的吞吐量。吞吐量=运行用户代码时间/（运行用户代码时间+垃圾收集时间）。
Serial Old收集器：
Serial Old是Serial收集器的老年代版本，单线程收集器，采用“标记-整理”算法。主要给Client模式下的虚拟机使用。
Parallel Old收集器：
Parallel Old是Parallel Scavenge收集器的老年代版本，使用多线程和“标记-整理”算法。在JDK1.6中才开始提供。在注重吞吐量以及CPU资源敏感的场合，都可以优先考虑Parallel Scavenge加Parallel Old收集器。
CMS（Current Mark Sweep）收集器：
CMS收集器是一种以获取最短回收停顿时间为目标的收集器。基于“标记-清除”算法实现的。整个过程分为4个步骤：

• 初始标记
• 并发标记
• 重新标记
• 并发清除
  初始标记、重新标记这两个步骤仍需要暂停其他线程。初始标记只是标记一下GC Roots能直接关联到的对象，速度很快。并发标记阶段就是进行GC Roots Tracing的过程，而重新标记阶段则是为了修正并发标记期间因用户程序继续运作而导致标记产生变动的那一部分对象的标记记录，这个阶段的停顿时间一般会比初始标记阶段稍长一些，但远比并发标记的时间短。
  由于整个过程中耗时最长的并发标记和并发清除过程收集器线程都可以与用户线程一起工作，所以从整体上来说，CMS收集器的内存回收过程是与用户线程一起并发执行的。
  优点：并发收集、低停顿
  缺点：
  CMS收集器对CPU资源非常敏感
  无法处理浮动垃圾
  CMS是基于“标记-清除”算法的收集器，收集结束会产生大量空间碎片。
  G1收集器：是一款面向服务端应用的垃圾收集器。
  特点：
  并行与并发
  分代收集
  空间整合
  可预测的停顿
  运作步骤：
  初始标记
  并发标记
  最终标记
  筛选回收