先来看一张图，串行代表两个垃圾回收器按顺序执行，并行代表同时执行。STW代表工作线程暂停，Stop The World的意思。
| 垃圾回收器 | 执行顺序 | 执行方式 | 作用区域 | 使用算法 | 说明 |
|---|---|---|---|---|---|
| Serial GC | 串行 | 工作线程暂停，单线程进行垃圾回收 | 新生代 | 复制算法 | |
| Serial Old GC | 串行 | 工作线程暂停，单线程进行垃圾回收 | 老年代 | 标记-整理算法 | |
| ParNew GC | 并行 | 工作线程暂停，多线程进行垃圾回收 | 新生代 | 复制算法 | Serial GC的多线程版 |
| CMS GC | 并行 | 用户线程和垃圾回收线程同时执行 | 老年代 | 标记-清除算法 | 低暂停 |
| Parallel GC | 并行 | 工作线程暂停，多线程进行垃圾回收 | 新生代 | 复制算法 | 和ParNew相比能动态调整内存分配情况JDK8默认 |
| Parallel Old GC | 并行 | 工作线程暂停，多线程进行垃圾回收 | 老年代 | 标记整理算法 | 替代串行的Serial Old GC |
| G1 | 并行 | 用户线程和垃圾回收线程同时执行 | 整堆 | 分区算法 | 在延迟可控的情况下尽可能提高吞吐量JDK9默认 |
| ZGC | 并行 | 用户线程和垃圾回收线程同时执行 | 整堆 | 分页算法 | STW的时间不超过1ms，且不会随着堆的大小增加而增加 |
常用命令：
-XX:+PrintCommandLineFlags，查看使用的垃圾收集器
-XX:+UseSerialGC，指定使用Serial GC处理新生代，并且默认会使用Serial Old GC处理老年代
-XX:+UseParNewGC，指定新生代使用ParNew GC，-XX:+UseConcMarkSweepGC，指定老年代使用CMS GC
-XX:+UseParallelGC，指定新生代使用Parallel GC，-XX:+UserParallelOldGC，指定老年代使用Parallel Old GC，这两个配置一个，另一个自动激活
1. Serial GC、Serial Old GC
Serial GC和Serial Old GC是比较早的垃圾回收器，那个时候一般的服务器CPU还只有一核，所以一个线程进行垃圾回收就够了。串行的意思就是两个垃圾回收器不能同时执行。
2. Parallel GC、Parallel Old GC
Parallel GC进行垃圾回收时也会暂停用户线程（STW），与Serial GC的不同就是它时多线程进行垃圾回收的。下面画个图方便理解垃圾回收过程。
在一次垃圾回收过程中，会进行一次STW，并且会有多个线程同时进行垃圾回收，回收完后用户线程回复运行。
3. CMS GC
CMS全称是ConcMarkSweep，即并发标记清除。但是它不是某个JDK默认的，要使用的话就加上-XX:+UseConcMarkSweepGC参数。
CMS GC是Java9之前我们很常用的垃圾回收器，是针对老年代的使用标记-清除算法的垃圾回收器。我们一般会使用CMS GC替代默认的老年代垃圾回收器，因为CMS GC的特点是低暂停。实现低暂停的方法是在初始标记阶段只标记GC Roots直接可达的对象，这个阶段比较短，所以对用户线程来说是低暂停。
下面用一张图展示它的垃圾回收过程：
阶段一，初始标记：
- STW，暂停所有用户线程。
- 然后标记GC Roots直接可达的对象，就是第一层对象。
- 一旦标记完就恢复用户线程继续执行。
- 这个阶段很快。
阶段二，并发标记：
- 从上一个阶段标记出的对象，开始遍历整个老年代，标记出所有的可达对象。
- 耗时虽然比较长，但好在不需要STW，可与用户线程一起执行。
- 采用的是三色标记算法（大家自行拓展）。
阶段三，重新标记：
- 由于在并发标记阶段，应用程序线程也在运行，可能会导致一些对象的状态发生变化，例如新的对象被创建或旧的对象被删除。
- 为了修正这些问题，需要进行一次短暂的停顿，重新检查并更新标记状态
- 这个阶段也是"Stop-The-World"的，但也不会太长。
阶段四，并发清理：
- 清除垃圾对象，释放空间供后续分配使用。
- 清理工作与应用程序线程并发进行，不会引起停顿。
阶段五，并发重置：
- CMS收集器会准备下一次垃圾回收循环，重置内部数据结构等。
- 这一阶段也是与应用程序并发进行的。
CMS整个垃圾回收过程更长了，但是STW的时间变短了，而且在垃圾回收过程中大部分时间用户线程可以执行，所以用户体验更好了。
在并发清理过程中，可能用户线程会产生新的垃圾，这些就是"浮动垃圾"，只能等到下一次GC时来清理。
如果在并发标记、并发清理过程中，用户线程产生的新对象要进入老年代，但是老年代空间又不够，那么就会导致"concurrent mode failure"，此时就会利用Serial Old来做一次垃圾回收，就会做一次全局STW。
由于采用的是标记-清除算法，所以会产生内存碎片，可以通过参数 -XX:+UseCMSCompactAtFullCollection 让JVM在执行完标记-清除后再做一次整理，也可以通过 -XX:CMSFullGCsBeforeCompaction 来指定多少次GC后来做整理，默认是0，表示每次GC后都整理。
CMS垃圾回收器能够在大多数时间内与应用程序并发执行，减少了因垃圾回收引起的停顿时间。然而，CMS也有一些缺点，比如它可能产生大量的浮动垃圾（floating garbage），并且在某些情况下仍然会导致较长的停顿。随着Java版本的发展，G1 GC和ZGC等更先进的垃圾回收器逐渐取代了CMS的地位。
4. G1（Garbage-First）
G1垃圾回收器是在 Java 7 update4 之后引入，并在Java 9中成为默认的垃圾收集器的。G1的设计目标是提供高吞吐量的同时，实现可预测的暂停时间，特别适合处理大堆内存的应用场景。下面介绍一些G1垃圾回收器的内存结构。
先看张图：
之前我们讲的垃圾回收器把堆内存分为Eden、S0、S1、老年代这四个区域，每个区域都是连续的。而在G1中，整块堆内存被分成2048个大小相等的region，这些region在物理上不要求是连续的，但在逻辑上是连续的。每个region可以独立地作为Eden、Survivor或老年代的一部分。所以说G1还是把内存分为了Eden、Survivor、老年代区，只不过空间可以是不连续的了。
Humongous区是专门用来存放大对象的（如果一个对象大小超过了一个region的50%，那么就是大对象）
用一张图展示垃圾回收过程：
阶段一，初始标记：
- 短暂的STW。
- 标记出直接可达对象。
阶段二，并发标记：
- 并发遍历整个堆，标记所有可达对象。
- 不需要STW。
- 三色标记。
阶段三，最终标记：
- 这也是一个较短的STW。
- 修正并发标记期间由于应用程序运行而可能产生的误差。
阶段四，筛选回收：
- 需要STW，来清除垃圾对象。
- 可通过 -XX:MaxGCPauseMillis 来指定GC的STW停顿的时间，所以可能并不会回收掉所有的垃圾对象，默认为200ms（略小于人的平均反应速度）。
- 由于回收时间有限，所有会选择更有回收价值（垃圾更多）的区域进行回收。这也是Garbage-First（垃圾优先）的名字由来。
- 采用的是复制算法，不会产生碎片（会把某个region里的可达对象移动到空白的region里）。
由于筛选回收阶段的STW时间可能不够用导致垃圾约积越多，为了避免OOM，G1 中还提供了另外三种垃圾回收模式：Young GC、Mixed GC 和 Full GC，它们有各自的触发条件。
Young GC： Eden区满，就会触发G1的YoungGC，对Eden区进行垃圾回收。
Mixed GC： 老年代的占用率达到了 -XX:InitiatingHeapOccupancyPercent 指定的百分比，回收所有的新生代以及部分老年代，以及大对象区。
Full GC： 在进行Mixed GC的过程中，采用的是复制算法，如果没有空的region可用，就会触发Full GC，会STW，并采用单线程来进行标记-整理算法进行GC，相当于一次Serial GC。