65.Serial与Serial Old收集器、ParNew收集器、Paralell Scavenge与Parallel Old收集器、CMS收集器

本文主要是介绍65.Serial与Serial Old收集器、ParNew收集器、Paralell Scavenge与Parallel Old收集器、CMS收集器，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

1.`Serial`与`Serial Old`垃圾回收器 - 串行回收

Serial收集器采用复制算法、串行回收和STW机制的方式回收内存。
Serial Old收集器同样采用串行回收和STW机制，只不过回收算法使用的是标记-压缩算法。
在HotSpot虚拟机的Client模式下，Serial收集器是年轻代的默认垃圾收集器；Serial Old收集器是老年代的默认垃圾回收器。
在HotSpot虚拟机的Server模式下，Serial Old有两个用途，与新生代的Parallel Scavenge配合使用；作为老年代CMS收集器的后备垃圾收集方案。
Serial与Serial Old垃圾回收器是单线程的垃圾回收器，只有一个收集线程区完成垃圾回收工作，并且在垃圾回收的时候会暂停其他的工作线程。如下图。
优缺点
简单高效。在单CPU环境，Serial收集器没有线程交互的开销，效率高。在用户的桌面应用场景中，可用内存一般不大，使用Serial收集器可以在较短的时间内完成垃圾收集。
使用-XX:+UseSerialGC参数，可以指定年轻代和老年代都使用串行收集器。

ParNew收集器可以说是Serial收集器的多线程版本。Par是Parallel的缩写；New表示只能处理新生代。
ParNew收集器除了采用并行回收（也就是多个垃圾收集线程）的方式执行内存回收外，和Serial收集器几乎没有任何区别，也是采用复制算法、STW机制。
对于新生代，回收次数频繁，使用并行回收的方式，效率高。
对于老年代，回收次数少，使用串行回收的方式，节省线程切换锁消耗的资源，效率高。
下图中，表示的是，新生代使用的是ParNew收集器，老年代使用的是Serial Old收集器。在JDK9中，Serial Old收集器被移除了，所以就不存在这种组合方式了。当然，ParNew还可以和CMS组合，但是在JDK14中，CMS也被删除了。所以，ParNew很尴尬，成了孤家寡人了。
ParNew收集器是不是一定比Serial收集器效率高？
不一定。
设置使用ParNew收集器以及垃圾收集线程数量
设置垃圾收集线程数的时候，不要超过CPU的核数。

除了ParNew收集器是基于并行回收以外，Parallel Scavenge收集器同样采用了复制算法、并行回收和STW机制。
Parallel Scavenge是不是多此一举？Parallel Scavenge收集器的目标是达到一个可控制的吞吐量（吞吐量优先，用户线程占用的时间更长）；以及自适应调节策略也是它与ParNew的重要区别。
刚开始Paralle Scavenge收集器适合Serial Old组合的，在JDK6的时候，发布了Parallel Old收集器，用来替代老年代的Serial Old收集器。
Parallel Old收集器使用标记-压缩算法、并行回收和STW机制进行垃圾回收。
JDK8中，默认使用的是Paralle Scavenge收集器和Parallel Old收集器的组合。
Parallel收集器参数设置

下面这个参数会自动调节年轻代、Eden区和Survivor区的比例（默认是8:1:1，自动调节之后不是）、晋升老年代的对象年龄等参数都会被自动调整。默认开启自适应调节策略。

CMS - Concurrent-Mark-Sweep收集器是第一款真正意义上的并发收集器，第一次实现了垃圾收集线程和用户线程同时工作。
CMS垃圾收集器采用标记-清除算法，并且也会STW。
CMS只能和Serial收集器以及ParNew收集器组合使用。
CMS不能等到内存空间不够的时候，再去进行垃圾回收，需要提前进行垃圾回收。因为垃圾回收的时候和用户线程并发执行，如果，内存空间不够了，再去进行垃圾回收，用户线程和垃圾回收线程都没有足够的空间可用了。