带你快速了解经典垃圾收集器，全是干货，一发入魂！！！

1.Serial收集器

Serial收集器是最基础、历史最悠久的收集器，它是一个单线程工作的收集器，当它进行垃圾收集时，必须暂停其他工作线程，直到它收集结束。从Serial收集器到Parallel收集器再到Concurrent
Mark Sweep(CMS)和Garbage First（G1）收集器，最终至现在的垃圾收集器的最前沿成果Shenandoah 和
ZGC等，它们越来越精细、优秀。但它们用户线程的停顿时间任然没有任何办法彻底消除。
即使如此Serial收集器与其他单线程相比，任然有着优于其他收集器的地方（简单高效），对于内存受限的环境，它是所有收集器里额外内存消耗最小的；对于单核处理器或者处理核心数较少的环境来说，它由于没有线程交互的开销，因此单线程收集效率较高。

其运行示意图如下：

2.ParNew收集器

ParNew收集器实质上是Serial收集器的多线程并行版本，除了Serial收集器外，目前只有它能与CMS收集器配合工作，随着C1收集器的出现，ParNew收集器逐步退出了垃圾收集器的历史舞台。

3.ParNew Svavenge收集器

ParNew Svavenge收集器是基于标记 -
复制算法实现的收集器，CMS等收集器的注重点是尽可能的缩短垃圾收集用户线程停顿的时间，而ParNew
Svavenge收集器的目标则是达到了一个可控制的吞吐量（吞吐量=运行用户代码时间/(运行用户代码时间+运行垃圾收集器时间)；自适应调节策略也是ParNew
Svavenge收集器区别于ParNew 收集器的一个重要特性。
自适应调节策略： 由于与吞吐量关系密切，ParNew Svavenge收集器也经常被称作“吞吐量优先收集器”。ParNew Svavenge收集器有一个开关参数（-XX:+UseAdaptiveSizePolicy）当这个参数被激活后，就不需要人工指定新生代的大小（-Xmn）、Eden与Survivor区的比例（-XX:SurvivorRatio）、晋升老年对象大小（-XX:PretenureSizeThreshold）等细节参数了，虚拟机会根据当前系统运行的情况收集性能监控信息，动态调整这些参数以及提供最合适的停顿时间或者最大吞吐量。这种调节方式称为垃圾收集起的自适应调节测率。

4.Serial Old收集器

Serial Old收集器是Serial 收集器的老年代版本，同样也是一个单线程收集器，使用标记 - 整理算法。

其运行示意图如下

5.Parallel Old收集器

Parallel Old收集器是ParNew Svavenge收集器的老年代版本，支持多线程并发收集，基于标记 -
整理算法实现。Parallel Old收集器加ParNew
Svavenge收集器的组合为“吞吐量优先”组合收集器，它们适用于注重吞吐量或者处理器资源较为稀缺的场合。

其运行示意图如下：

6.CMS收集器

CMS（Concurrent Mark Sweep）收集器是一种以获取最短回收停顿时间为目标的收集器，基于标记 -
清除算法实现的，整个过程分为四个步骤：

• 初始标记：只是标记一下GC Roots能直接关联到的对象，速度很快。
• 并发标记：是从GC Roots的直接关联关系开始遍历整个对象图的过程，这个过程耗时较长，但是不需要停顿用户线程，可以与垃圾收集器一起并发运行。
• 重新标记：是为了修正并发标记期间，因用户程序继续运作而导致标记产生变动的那一部分对象的标记记录，这个阶段停顿时间通常比初始标记稍长，但也远比并发标记时间短。
• 并发清除：清理删除判断已死的对象，由于不需要移动存活对象，所以这个阶段也是可以与用户线程同时并发的

优缺点

• 优点：并发收集、低停顿
• 缺点：
  1.并发阶段虽然不会导致用户线程停顿，但因为占用了一部分线程而导致应用程序变慢，降低吞吐量。
  2.无法处理“浮动垃圾（由于并发标记与并发清除阶段，用户线程还在继续运行，在此时产生的垃圾称为浮动垃圾）”只能下一次收集时再清除，因此CMS收集器不能像其他收集器那样等到老年代几乎满了才收集，一般设置为使用68%空间后激活收集。
  3.由于是“标记 - 清除”算法实现的，这就意味着收集结束时会有大量空间碎片产生，会给大对象分配带来很大的麻烦，而不得不提前触发一次Full GC 。

其运行示意图如下：

7.Garbage First(G1)收集器

Garbage First(G1)收集器是垃圾收集器技术发展历史上的里程碑式的成果，它开创了收集器面向局部收集的设计思路和基于Regin的内存布局形式。JDK8以后的G1收集器被Oracle官方称为“全功能的垃圾收集器”(Fully-Featured
Garbage Collector)。
G1是一款主要面向服务器端应用的垃圾收集器。他由区别与其他收集器的很大特征：再G1收集器出现之前的所有其他收集器，包括CMS在内，垃圾收集的目标范围要么是整个新生代（Ninor GC），要么就是整个老年代（Major GC）,再要么就是整个Java堆（Full GC）。而G1跳出了这个樊笼，它可以面向堆内存任何部分来组成回收集（Collection Set）进行回收，衡量标准不再是它是那个分代，而是内存中哪块内存中存放的垃圾数量最多，回收收益最大，这就是G1收集器的Mixed GC模式。
虽然G1收集器任是基于分代收集理论设计的，但和其他收集器还是有着很大的差异的，它不在坚持以固定大小以及固定数量的分代区域划分，而是把连续的的Java堆划分为多个大小相等的独立空间（Regin），每一个Regin都可以根据需要，扮演新生代的Eden区、Survivor区，或者老年代。收集器可以根据扮演不同角色的Regin采用不同的策略进行收集。
虽然G1任保留了新生代和老年代的概念，但新生代和老年代不再是固定的，它们都是一系列区域（不需要连续）的动态集合。G1收集器之所以能建立可预测的停顿时间模型，是因为它将Regin作为单词回收的最小单元，每次收集到的空间都是Regin大小的整数倍，这样可以有计划的避免在整个Java堆中进行全区域的垃圾收集。G1收集器还可以追踪每个Regin里面垃圾的“价值”在后台生成一个优先级列表，根据也有限级对垃圾进行处理。这种使用Regin划分空间，以及具有优先级的设定，保证了G1收集器在有限的时间内尽可能获取最高的收集效率。

如果我们不去计算用户线程运行过程的动作（如使用写屏障维护记忆集的操作），G1的运行过程大致可划分以下四个步骤：

1. 初始标记（Initial Marking）：仅仅只是标记一下GC Roots能直接关联到的对象，并且修改 TAMS 指针的值，让下一阶段用户线程并发运行时，能正确地在可用的 Region
   中分配新对象。这个阶段需要停顿线程，但耗时很短，而且是借用进行Minor GC 的时候同步完成的，所以 G1
   收集器在这个阶段实际并没有额外的停顿。
2. 并发标记（Concurrent Marking）：从 GC Root 开始对堆中对象进行可达性分析，递归扫描整个堆里的对象图，找出要回收的对象，这阶段耗时较长，但可与用户程序并发执行。当对象图扫描完成以后，还要重新处理
   SATB 记录下的在并发时有引用变动的对象。
3. 最终标记（Final Marking）：对用户线程做另一个短暂的暂停，用于处理并发阶段结束后仍遗留下来的最后那少量的 SATB 记录。
4. 筛选回收（Live Data Counting and Evacuation）：负责更新 Region 的统计数据，对各个 Region 的回收价值和成本进行排序，根据用户所期望的停顿时间来制定回收计划，可以自由选择任意多个 Region
   构成回收集，然后把决定回收的那一部分Region 的存活对象复制到空的 Region中，再清理掉整个旧 Region
   的全部空间。这里的操作涉及存活对象的移动，是必须暂停用户线程，由多条收集器线程并行完成的。

G1收集器还有一强大功能，那就是用户可以自定义停顿时间，设置不同的停顿时间使得G1收集器在不同的应用场景中取得关注吞吐量和关注延迟之间的最佳平衡（如图3-13所示）。