垃圾回收器分类

Serial 收集器

Serial 收集器主要工作在新生代，是一个采用复制算法的单线程的垃圾收集器，在垃圾回收的过程中会产生STW其他用户线程都会暂停。

ParNew收集器

ParNew垃圾收集器是Serial收集器的多线程版本，也工作在新生代采用复制算法，除了使用多线程进行垃圾收集外，其余行为（控制参数、收集算法、回收策略等等）和 Serial 收集器完全一样。

Parallel Scavenge 收集器

也是一个工作于新生代，采用复制算法的收集器，这个收集器更加关注可控制的吞吐量

Serial Old 收集器

工作于老年代的采用标记整理算法的单线程收集器

Parallel Old 收集器

Parallel Scavenge 收集器的老年代版本，使用多线程和标记整理法，注重吞吐量。

CMS 收集器

一种注重最短STW的并发收集器，实现了垃圾回收线程和用户线程并发。
主要步骤如下：

1. 初始标记：STW，记录下直接与 root 相连的对象
2. 并发标记：同时开启GC和用户线程，并不断更新用户线程中更新的引用
3. 重新标记： STW，修正前阶段用户程序中的引用变化
4. 并发清除： 并发运行用户线程和GC清除不可达对象
   缺点：

• 对 CPU 资源敏感；
• 无法处理浮动垃圾；
• 它使用的回收算法-“标记-清除”算法会导致收集结束时会有大量空间碎片产生。

G1 收集器

G1是面向服务器的收集器有以下特点：

• 像 CMS 收集器一样，能与应用程序线程并发执行。
• 整理空闲空间更快。
• 需要 GC 停顿时间更好预测。
• 不会像 CMS 那样牺牲大量的吞吐性能。
• 不需要更大的 Java Heap

与 CMS 相比，它在以下两个方面表现更出色
运作期间不会产生内存碎片，G1 从整体上看采用的是标记-整理法，局部（两个 Region）上看是基于复制算法实现的，两个算法都不会产生内存碎片，收集后提供规整的可用内存，这样有利于程序的长时间运行。
在 STW 上建立了可预测的停顿时间模型，用户可以指定期望停顿时间，G1 会将停顿时间控制在用户设定的停顿时间以内。

为什么G1能建立可预测的停顿模型呢，主要原因在于 G1 对堆空间的分配与传统的垃圾收集器不一器，传统的内存分配就像我们前文所述，是连续的，分成新生代，老年代，新生代又分 Eden,S0,S1,而 G1 各代的存储地址不是连续的，每一代都使用了 n 个不连续的大小相同的 Region，每个Region占有一块连续的虚拟内存地址，除了和传统的新老生代，幸存区的空间区别，Region还多了一个H，它代表Humongous，这表示这些Region存储的是巨大对象（humongous object，H-obj），即大小大于等于region一半的对象，这样超大对象就直接分配到了老年代，防止了反复拷贝移动。那么 G1 分配成这样有啥好处呢？
传统的收集器如果发生 Full GC 是对整个堆进行全区域的垃圾收集，而分配成各个 Region 的话，方便 G1 跟踪各个 Region 里垃圾堆积的价值大小（回收所获得的空间大小及回收所需经验值），这样根据价值大小维护一个优先列表，根据允许的收集时间，优先收集回收价值最大的 Region,也就避免了整个老年代的回收，也就减少了 STW 造成的停顿时间。同时由于只收集部分 Region,可就做到了 STW 时间的可控。

ZGC 收集器

与 CMS 中的 ParNew 和 G1 类似，ZGC 也采用标记-复制算法，不过 ZGC 对该算法做了重大改进。
在 ZGC 中出现 Stop The World 的情况会更少！