一起养成写作习惯！这是我参与「掘金日新计划 · 4 月更文挑战」的第7天，点击查看活动详情。
ParNew 收集器
如果说 Serail GC 是年轻代中的单线程垃圾回收器，那么 ParNew 收集器 则是 Serail 收集器的多线程版本。
ParNew 中的 Par 是 Parallel 的缩写，New 代表是新生代。
ParNew 垃圾收集器除了采用并行回收的方式执行内存回收外，两款垃圾收集器之间几乎没有任何区别。ParNew 在新生代依然采用复制算法、“Stop The World” 机制。
ParNew 是很多 JVM 运行在 Server 模式下新生代默认的垃圾收集器。
- 对于新生代，回收次数频繁，使用并行方式更高效。
- 对于老年代，回收次数少，使用串行方式节省资源（省去切换线程的开销）。
思考：由于 ParNew 收集器是基于并行回收，那么是否可以断定 ParNew 收集器的回收效率在任何场景下都会比 Serail 收集器更高效呢？
我们可以通过选项 “-XX:+UseParNewGC” 手动指定使用 ParNew 收集器执行垃圾收集任务。
选项 “-XX:ParallelGCThreads” 表示限制线程的数量，默认开启和CPU相同的线程数。
Parallel Scavenge 收集器
HotSpot 的年轻代中除了 ParNew 收集器是基于并行的回收以外，Parallel Scavenge 收集器同样也采用了复制算法、并行回收和“Stop The World”机制。
- 和 ParNew 不同，Parallel Scavenge 收集器的目标是达到一个可控制的吞吐量，也被称为吞吐量优先的垃圾收集器。
- 自适应调节策略也是 Parallel Scavenge 与 ParNew 的一个重要区别。
高吞吐量则可以高效率的利用 CPU 时间，尽快完成程序的运算任务，主要适合在后台运算而不需要太多交互的任务。因此，常见在服务器环境中使用。例如，那些执行批量处理、订单处理、工资支付、科学计算的应用程序。
Parallel Scavenge 收集器在 JDK1.6 时提供了用于执行老年代垃圾收集的 Parallel Old 收集器，用来代替老年代的 Serail Old 收集器。Parallel Old 收集器采用标记-压缩算法，但同样也是基于并行回收和“Stop The World”机制。
在吞吐量优先的应用场景中，Parallel Scavenge 收集器和 Parallel Old 收集器的组合，在 Server 模式下的内存回收性能很不错。在 JDK8 中，默认就是此垃圾收集器。
参数配置相关
- -XX: +UseParallelGC 手动指定年轻代使用 Parallel Scavenge 并行收集器执行垃圾回收任务。
- -XX: +UseParalleloldGC 手动指定老年代使用 Parallel Old 并行收集器。
这两个参数分别适用于年轻代和老年代。默认 jdk8 是开启的。
这两个参数，默认开启一个，另一个也会被开启（互相激活）。
-
-XX:ParallelGCThreads 设置年轻代并行收集的线程数。一般的，最好与CPU数量相等，以免过多的线程数影响垃圾收集性能，在默认情况下，当 CPU 数量小于 8 个，ParallelGCThreads 的值等于 CPU的数量。当 CPU 的数量大于8个时，ParallelGCThreads 的值等于 3 + [5 * CPU的个数 / 8]。
-
-XX:MaxGCPauseMills 设置垃圾收集器最大的暂停时间（STW），单位是毫秒。为了尽可能把停顿时间控制在 MaxGCPauseMills 以内，收集器在工作时会调整堆大小或者其它一些参数。对于用户来说，停顿时间越短体验越好。但是在服务器端，我们注重高并发，整体的吞吐量，所以服务端适合 Parallel 垃圾收集器。
-
-XX:GCTimeRatio 垃圾收集时间占总时间的比例（ 为 1/(N+1) ）。用于衡量吞吐量的大小，取值范围是（0，100）。默认是 99 ，也就是垃圾回收时间不超过1。与 MaxGCPauseMills 参数有一定的矛盾性。暂停时间越长，GCTimeRatio 越容易超过设定的比例。
-
-XX:UseAdaptiveSizePolicy 设置 Parallel Scavenge 收集器具有自适应调节策略。这种模式下，年轻代的大小、Eden 和 Survivor 的比例、晋升老年代的对象等参数会被自动调节，以达到在堆大小、吞吐量和停顿时间的平衡点。
在手动调优比较困难的场合，可以直接使用这种自适应的方式，仅指定虚拟机的最大堆、目标吞吐量和停顿时间，让虚拟机自己完成调优工作。
