Java面试进阶27：垃圾收集器有哪些

Serial GC，它是最古老的垃圾收集器，“Serial”体现在其收集工作是单线程的，并且在进行垃圾收集过程中，会进入臭名昭著的“Stop-The-World”状态。也意味简单，所以一直是 Client 模式下 JVM 的默认选项。从年代的角度，通常将其老年代实现单独称作 Serial Old，它采用了标记 - 整理（Mark-Compact）算法，区别于新生代的复制算法。

ParNew GC，很明显是个新生代 GC 实现，它实际是 Serial GC 的多线程版本，最常见的应用场景是配合老年代的 CMS GC 工作

CMS（Concurrent Mark Sweep） GC，基于标记 - 清除（Mark-Sweep）算法，设计目标是尽量减少停顿时间，这一点对于 Web 等反应时间敏感的应用非常重要，存在着内存碎片化问题，所以难以避免在长时间运行等情况下发生 full GC，导致恶劣的停顿

Parallel GC，在早期 JDK 8 等版本中，它是 server 模式 JVM 的默认 GC 选择，也被称作是吞吐量优先的 GC

G1 GC 这是一种兼顾吞吐量和停顿时间的 GC 实现，是 Oracle JDK 9 以后的默认 GC 选项。G1 可以直观的设定停顿时间的目标，相比于 CMS GC，G1 未必能做到 CMS 在最好情况下的延时停顿，但是最差情况要好很多。G1 GC 仍然存在着年代的概念，但是其内存结构并不是简单的条带式划分，而是类似棋盘的一个个 region。Region 之间是复制算法，但整体上实际可看作是标记 - 整理（Mark-Compact）算法，可以有效地避免内存碎片，尤其是当 Java 堆非常大的时候，G1 的优势更加明显。

 

垃圾收集的算法有哪些？

基本算法：

1）引用计数算法，很难处理循环引用关系。Python用但是Java不用

2）Java 选择的可达性分析，将对象及其引用关系看作一个图，选定活动的对象作为 GC Roots，然后跟踪引用链条，如果一个对象和 GC Roots 之间不可达，也就是不存在引用链条，那么即可认为是可回收对象。JVM 会把虚拟机栈和本地方法栈中正在引用的对象、静态属性引用的对象和常量，作为 GC Roots。

常见的垃圾收集算法：

1）复制（Copying）算法，我前面讲到的新生代 GC，基本都是基于复制算法，需要预留空间，也需要维护不同复制空间之间对象的关系

2）标记 - 清除（Mark-Sweep）算法，有碎片化问题

3）标记 - 整理（Mark-Compact）

目前还在发展中的前沿 GC 都是复合算法，并且并行和并发兼备。

 

垃圾收集过程：

Java 创建对象，分配在 Eden 区域，当其空间占用达到一定阈值时，触发 minor GC。仍然被引用的对象（绿色方块）存活下来，被复制到 JVM 选择的 Survivor 区域，而没有被引用的对象（黄色方块）则被回收。注意，我给存活对象标记了“数字 1”，这是为了表明对象的存活时间。第二， 直到再次达到 Minor GC 触发条件，另外一个 Survivor 区域则会成为 to 区域，Eden 区域的存活对象和 From 区域对象，都会被复制到 to 区域，并且存活的年龄计数会被加 1。

第三， 类似第二步的过程会发生很多次，直到有对象年龄计数达到阈值，这时候就会发生所谓的晋升（Promotion）过程，如下图所示，超过阈值的对象会被晋升到老年代。这个阈值是可以通过参数指定。第四后面就是老年代 GC，具体取决于选择的 GC 选项，对应不同的算法。

老年代 GC 叫作 Major GC，将对整个堆进行的清理叫作 Full GC，不同的老年代 GC 算法其实表现差异很大

 

发展ZGC支持 T bytes 级别的堆大小

选择：堆大小，比较大，比如16g以上，建议优先g1

开启GC日志打印的参数：jdk 9 用 -Xlog:gc*
以前用 -XX:+PringGCStamps -XX:+PringGCDetails