说一下 JVM 有哪些垃圾回收器？如何选择垃圾收集器？notify()和notifyAll()有什么区别？

说一下 JVM 有哪些垃圾回收器？

如果说垃圾收集算法是内存回收的方法论，那么垃圾收集器就是内存回收的具体实现。下图展示了

7 种作用于不同分代的收集器，其中用于回收新生代的收集器包括 Serial 、 PraNew 、 Parallel

Scavenge ，回收老年代的收集器包括 Serial Old 、 Parallel Old 、 CMS ，还有用于回收整个 Java 堆的

G1 收集器。不同收集器之间的连线表示它们可以搭配使用。 Serial 收集器（复制算法 ): 新生代单线程收集器，标记和清理都是单线程，优点是简单高效；

ParNew 收集器 ( 复制算法 ): 新生代收并行集器，实际上是 Serial 收集器的多线程版本，在多核

CPU 环境下有着比 Serial 更好的表现；

Parallel Scavenge 收集器 ( 复制算法 ): 新生代并行收集器，追求高吞吐量，高效利用 CPU 。吞

吐量 = 用户线程时间 /( 用户线程时间 +GC 线程时间 ) ，高吞吐量可以高效率的利用 CPU 时间，尽

快完成程序的运算任务，适合后台应用等对交互相应要求不高的场景；

Serial Old 收集器 ( 标记 - 整理算法 ): 老年代单线程收集器， Serial 收集器的老年代版本；

Parallel Old 收集器 ( 标记 - 整理算法 ) ： 老年代并行收集器，吞吐量优先， Parallel Scavenge 收

集器的老年代版本；

CMS(Concurrent Mark Sweep) 收集器（标记 - 清除算法）： 老年代并行收集器，以获取最短回

收停顿时间为目标的收集器，具有高并发、低停顿的特点，追求最短 GC 回收停顿时间。

G1(Garbage First) 收集器 ( 标记 - 整理算法 ) ： Java 堆并行收集器， G1 收集器是 JDK1.7 提供的一

个新收集器， G1 收集器基于 “ 标记 - 整理 ” 算法实现，也就是说不会产生内存碎片。此外， G1 收

集器不同于之前的收集器的一个重要特点是： G1 回收的范围是整个 Java 堆 ( 包括新生代，老年

代 ) ，而前六种收集器回收的范围仅限于新生代或老年代。

ZGC （ Z Garbage Collector ）是一款由 Oracle 公司研发的，以低延迟为首要目标的一款垃圾收

集器。它是基于动态 Region 内存布局，（暂时）不设年龄分代，使用了读屏障、染色指针和内

存多重映射等技术来实现可并发的标记 - 整理算法的收集器。在 JDK 11 新加入，还在实验阶

段，主要特点是：回收 TB 级内存（最大 4T ），停顿时间不超过 10ms 。 优点 ：低停顿，高吞吐

量， ZGC 收集过程中额外耗费的内存小。 缺点 ：浮动垃圾

目前使用的非常少，真正普及还是需要写时间的。

新生代收集器 ： Serial 、 ParNew 、 Parallel Scavenge

老年代收集器 ： CMS 、 Serial Old 、 Parallel Old

整堆收集器 ： G1 ， ZGC 。

如何选择垃圾收集器？

1. 如果你的堆大小不是很大（比如 100MB ），选择串行收集器一般是效率最高的。

参数： - XX:+UseSerialGC 。

2. 如果你的应用运行在单核的机器上，或者你的虚拟机核数只有单核，选择串行收集器依然是合

适的，这时候启用一些并行收集器没有任何收益。

参数： - XX:+UseSerialGC 。

3. 如果你的应用是 “ 吞吐量 ” 优先的，并且对较长时间的停顿没有什么特别的要求。选择并行收集

器是比较好的。

参数： - XX:+UseParallelGC 。 4. 如果你的应用对响应时间要求较高，想要较少的停顿。甚至 1 秒的停顿都会引起大量的请求失

败，那么选择 G1 、 ZGC 、 CMS 都是合理的。虽然这些收集器的 GC 停顿通常都比较短，但它

需要一些额外的资源去处理这些工作，通常吞吐量会低一些。

参数：

- XX:+UseConcMarkSweepGC 、

- XX:+UseG1GC 、

- XX:+UseZGC 等。

从上面这些出发点来看，我们平常的 Web 服务器，都是对响应性要求非常高的。选择性其实就集

中在 CMS 、 G1 、 ZGC 上。而对于某些定时任务，使用并行收集器，是一个比较好的选择。

        

notify() 和 notifyAll() 有什么区别？

notify 可能会导致死锁，而 notifyAll 则不会

任何时候只有一个线程可以获得锁，也就是说只有一个线程可以运行 synchronized 中的代码

使用 notifyall, 可以唤醒 所有处于 wait 状态的线程，使其重新进入锁的争夺队列中，而 notify 只能唤

醒一个。

wait() 应配合 while 循环使用，不应使用 if ，务必在 wait() 调用前后都检查条件，如果不满足，必须调

用 notify() 唤醒另外的线程来处理，自己继续 wait() 直至条件满足再往下执行。

notify() 是对 notifyAll() 的一个优化，但它有很精确的应用场景，并且要求正确使用。不然可能导致

死锁。正确的场景应该是 WaitSet 中等待的是相同的条件，唤醒任一个都能正确处理接下来的事

项，如果唤醒的线程无法正确处理，务必确保继续 notify() 下一个线程，并且自身需要重新回到

WaitSet 中。