Java面试题集锦(17)：垃圾回收算法和垃圾回收器

最新推荐文章于 2024-03-26 08:52:48 发布

秋心拆两半_

最新推荐文章于 2024-03-26 08:52:48 发布

阅读量209

点赞数

分类专栏： Java并发面试题文章标签： jvm java

本文链接：https://blog.csdn.net/qq_36755571/article/details/111702173

版权

Java并发面试题专栏收录该内容

14 篇文章 0 订阅

订阅专栏

前言

GC垃圾回收算法4种（引用计数/复制/标记清除/标记整理）是内存回收的方法论，垃圾回收器是算法的落地实现。
目前还没有完美的垃圾回收器，只有针对具体应用最合适的垃圾回收器（分代回收）。

1. GC垃圾回收算法和垃圾回收器的关系？

4种重要的垃圾回收器：

Serial（串行垃圾回收器）：它为单线程环境设计且只使用一个线程进行垃圾回收，会暂停所有的用户线程，所以不适合服务器环境。
Parallel（并行垃圾回收器）：多个垃圾收集线程并行工作，此时用户线程是暂停的，适用于科学计算/大数据处理首台处理等弱交互场景。
CMS（并发标记清除，ConcMarkSweepGC）：用户线程和垃圾回收器同时执行（不一定是并行的，可能交替执行），不需要停顿用户线程。（互联网公司多用它），适用对响应时间有要求的场景（强交互的场景）。
G1（垃圾优先垃圾回收器）：G1垃圾回收器将堆内存分割成不同的区域，然后并发的对其进行垃圾回收。
目前最新 ZGC：JDK11 中加入的具有实验性质的低延迟垃圾收集器。

Serial和parallel都会暂停用户线程，CMS中用户线程和垃圾回收器线程可以并行执行。

垃圾回收器的发展：串行回收->并行回收->并发回收->G1

2. 怎么查看服务器默认的垃圾回收器是哪个？

JVM调优参数中提到过：-XX:+PrintCommandLineFlags，打印默认的参数。
在这里插入图片描述
可以看到Java8的默认垃圾回收器是ParallelGC。

3. Java的GC回收的类型主要有？

一共有7种：
UseSerialGC
UseParallelGC
UseConcMarkSweepGC
UseParNewGC
UseParallerOldGC
UseG1GC
还有SerialOldGC，Java8之后就不再使用了。

1. Young Gen：Serial Copying、Parallel Scavenge、ParNew
2. Old Gen：Serial MSC(Serial Old)、Parallel Compacting（Parallel Old）、CMS
3. G1：不分Young区和Old区，都可以兼顾

（1）GC约定参数说明

-XX:+PrintCommandLineFlags 打印出来的结果
【参数：收集器】
DefNew：Default New Generation
Tenured：Old
ParNew：Parallel New Generation
PSYoungGen：Parall Scavenge
ParOldGen：Parallel Old Generation

（2）Server/Client模式是什么意思？

32位可以Client和Server模式。
64位只有server模式。

4. Java的GC回收器详情？

新生代：（1）（2）（3）
老年代：（4）（5）（6）
一般来说，新生代用Serial 老年代就会对应的用Serial Old；新生代用Parallel 老年代就会对应的用Parallel Old；新生代用ParNew 老年代用CMS。

（1）Serial Copying

一个单线程的收集器，在进行垃圾收集的时候，必须暂停其它所有的工作线程直到它收集结束。
最古老，最稳定，效率高。只是用一个线程去回收，但其在进行垃圾收集过程中可能会产生较长的停顿（Stop-The-World状态）。虽然需要暂停其它线程，但是简单高效，对于限定单个CPU环境来说，没有线程交互的开销可以获得最高的单线程垃圾收集效率，因此Serial垃圾回收器依然是java虚拟机运行在Client模式下默认的新生代垃圾收集器。

对应JVM参数是：-XX:UseSerialGC
开启后会使用：Serial（young区）+Serial Old（old区）的收集器组合。
新生代和老年代都会使用串行垃圾回收器，新生代使用复制算法，老年代使用标记整理算法。

（2）ParNew

使用多个线程进行垃圾回收，在垃圾收集时，会Stop-The-World暂停其它所有的工作线程直到它回收结束。

ParNew其实就是Serial收集器新生代的并行多线程版本，最常见的应用场景就是配合老年代的CMS GC工作，其余的行为和Serial完全一样，ParNew垃圾收集器也会暂停所有其它的工作线程。
它是很多java虚拟机运行在Server模式下新生代的默认垃圾收集器。

对应JVM参数是：-XX:UseParNewGC
开启后，只影响新生代收集，不影响老年代。
开启后会使用：==ParNew（young区）+Serial Old（old区）==的收集器组合。但是这个组合已经不建议被使用。

（3）Parallel Scavenge

java8默认使用的垃圾回收机制（Parallel+Parallel Old)，新生代和老年代都使用并行回收器。
Parallel Scavenge收集器类似ParNew，也是一个新生代辣鸡回收器，使用复制算法，也是一个并行的多线程的垃圾回收器，俗称==“吞吐量优先收集器”==，即串行收集器在新生代和老年代的并行化。

Parallel 关注的重点（为什么有了ParNew之后还要弄Parallel）：

可控制的吞吐量（Thoughput=运行用户代码时间/(运行用户代码时间+垃圾回收时间)，如程序运行了100分钟，垃圾回收1分钟，则Thoughput=99% ）。高吞吐量意味着高效利用CPU的时间，它多用于在后台运行而不需要太多交互的任务。
自适应调节策略，这也是Parallel Scavenge和ParNew的一个重要区别。自适应调节策略意味着，虚拟机会根据当前系统的运行情况收集性能监控信息，动态调整这些参数以提供最合适的停顿时间（-XX:MaxGCPauseMilis）或者最大吞吐量。

对应JVM参数是：-XX:UseParallelGC和-XX:UseParallelOldGC（可相互激活）
开启后会使用：Parallel（young区、复制算法）+Parallel Old（old区、标记整理）的收集器组合。

此外，-XX:ParallelGCThreads=数字N，表示启动多少个线程呢？
cpu>8，N=5/8；cpu<8，N=实际个数

（4）Parallel Compacting（Parallel Old）

Parallel Old是Parallel Scavenge的老年代版本，使用多线程的标记-整理算法，Parallel Old收集器在JDK1.6之后才开始提供。
在JDK1.6之前，新生代使用Parallel Scavenge收集器只能搭配Serial Old，只能保证新生代的吞吐量，不能保证老年代的吞吐量。

对应JVM参数是：-XX:UseParallelGC和-XX:UseParallelOldGC（可相互激活）
开启后会使用：Parallel（young区、复制算法）+Parallel Old（old区、标记整理）的收集器组合。
（不开，java也是默认使用Parallel和Parallel Old）

（5）CMS

CMS回收器（Concurrent Mark Sweep：并发标记清除）是一种以获取最短回收停顿时间为目标的收集器。
适合应用在互联网站或者B/S系统的服务器上，这类应用尤其重视服务器的响应速度，希望系统停顿时间最短。
CMS非常适合堆内存大、CPU核数多的服务器端应用，也是G1出现之前大型应用的首选收集器。
在这里插入图片描述
Concurrent Mark Sweep 并发标记清除，并发收集低停顿，并发指的是与用户线程一起执行。
如图，分为4个阶段：初始标记、并发标记、重新标记、并发清除。

初始标记仅是标记 GC Roots 能直接关联的对象，速度很快。
并发标记从 GC Roots 的直接关联对象开始遍历整个对象图，耗时较长但不需要停顿用户线程。
重新标记则是为了修正并发标记期间因用户程序运作而导致标记产生变动的那部分记录。
并发清除清理标记阶段判断的已死亡对象，不需要移动存活对象，该阶段也可与用户线程并发。

初始标记和重新标记需要 STW（Stop The World，系统停顿）。

对应JVM参数是：-XX:UseConcMarkSweep GC，开启后自动的将-XX:UseParNewGC（新生代）
开启后会使用：ParNew（young区、复制算法）+CMS（old区、标记清除）+Serial Old 的收集器组合。注意：Serial Old将作为CMS出错后的备用。

优缺点：
优点：并发收集低停顿。
缺点：
（1）并发执行，对CPU资源压力大：
由于并发进行，CMS在收集与应用线程会同时增加对堆内存的占用，也就是说，CMS必须要在老年代堆内存用尽之前，完成垃圾回收，否则CMS回收失败时，将出发担保机制，串行老年代收集器将会以STW的方式进行一次GC，从而造成大量停顿。
（2）采用标记清除算法会导致大量碎片：
标记清除算法无法整理空间碎片，老年代空间会随着应用时长被逐步耗尽，最后将不得不通过担保机制对堆内存进行压缩。CMS也提供了参数-XX:CMSFullGCsBeForeCompaction（默认0，即每次都进行内存整理）来指定多少次CMS收集之后，进行一次压缩的Full GC。

（6）Serial MSC(Serial Old)

Serial Old是Serial的老年代版本，是单线程回收期，使用标记-整理算法，这个收集器也主要运行在Client默认的java虚拟机默认老年代垃圾回收器。
在Server模式下，有两个用途：
（1）在JDK1.5之前版本中与新生代的Parallel Scavenge收集器搭配使用。
（2）作为老年代版本中使用CMS回收器的后备收集方案。

（理论知道即可，实际中已经被优化掉了）

bool Arguments::check_gc_consistency() {
        check_gclog_consistency();

        bool status = true;
        // Ensure that the user has not selected conflicting sets
        // of collectors. [Note: this check is merely a user convenience;
        // collectors over-ride each other so that only a non-conflicting
        // set is selected; however what the user gets is not what they
        // may have expected from the combination they asked for. It's
        // better to reduce user confusion by not allowing them to
        // select conflicting combinations.
        uint i = 0;
        if (UseSerialGC)                       i++;
        if (UseConcMarkSweepGC || UseParNewGC) i++;
        if (UseParallelGC || UseParallelOldGC) i++;
        if (UseG1GC)                           i++;
        if (i > 1) {
            jio_fprintf(defaultStream::error_stream(),
                    "Conflicting collector combinations in option list; "
            "please refer to the release notes for the combinations "
            "allowed\n");
            status = false;
        }
        return status;
    }

（7）G1

以前垃圾回收器的特点？

年轻代和老年代都是各自独立运行且连续的内存块；年轻代回收使用单-eden+S0+S1 进行复制算法；老年代收集必须扫描整个老年代区域；都是尽可能少而快速地执行GC为设计原则。

G1是什么？

G1（Garbage-First）收集器，是一款面向服务端应用的收集器。应用在多处理器和大容量内存环境中，在实现高吞吐量的同时，尽可能的满足垃圾收集暂定时间的要求。另外，它具有如下特性：

向CMS收集器一样，能与应用程序并发执行
整理空闲空间更快
需要更多的时间来预测GC停顿时间
不希望牺牲大量的吞吐性能
不需要更大的Java-Heap

G1收集器的设计目标是取代CMS收集器，它同CMS下关闭，在以下方面具有优势：

G1是一个有整理内存过程的垃圾回收器，不会产生更多的内存碎片
G1的Stop The World（STW）更可控，G1在停顿时间上添加了预测机制，用户可以指定期望停顿时间。

CMS垃圾收集器虽然减少了暂停应用程序的运行时间，但是它还是存在内存碎片问题。于是，为了去除内存碎片问题，同时又保留CMS垃圾收集低暂停时间的优点，JAVA7发布了一个新的垃圾收集器：G1垃圾收集器。
主要改变的是Eden、Survivor和Tenured等内存区域不再是连续的了，都变成了一个个大小一样的region，每个region从1M到32M不等。一个region有可能属于Eden、Survivor或Tenured内存区域。

G1的特点

G1能充分利用多CPU、多核环境硬件优势，尽量缩短STW；
G1整体上采用标记-整理算法，局部是通过复制算法，不会产生内存碎片；
宏观上看G1之中不再区分年轻代和老年代，把内存划分你成多个独立的子区域（Region），可以近似理解为一个围棋的棋盘；
G1收集器里面将整个内存区域都混合在一起，但其本身依然在小范围内要进行年轻代和老年代的区分，保留了新生代和老年代，但它们不再是物理隔离的，而是一部分Region的集合且不需要Region是连续的，也就是说依然会采用不同的GC方式来处理不同的区域。
G1虽然也是分代收集器，单整个内存分区不存在物理上的年轻代和老年代的区别，也不需要完全独立的survivor（to space）堆做复制准备。G1只有逻辑上的分代，或者说每个分区都可能随G1的运行在不同代之间前后切换。

底层原理

Region区域化的垃圾收集器，不需要对全内存进行扫描。
区域化内存划片Region，整体编为了一些列不连续的内存区域，避免了全内存区的GC操作。

核心思想：
将整个堆内存区域分成了大小相同的子区域（Region），在JVM启动时会自动设置这些子区域的大小，在堆的使用上，G1并不要求对象的存储一定是物理上连续的，只要逻辑上连续即可。每个分区也不会固定的为某个代服务，可以按需在年轻代和老年代之间切换。

启动时可以通过参数-XX:G1HeapRegionSize=n来指定分区大小（1MB~32MB，且必须是2的幂），默认将整堆划分为2048个分区。
大小范围在1MB~32MB，最多设置2048个分区，也即能够支持的最大内存为：32MB*2048=65536MB=64G内存。

在这里插入图片描述

G1算法将堆划分为若干个区域（Region），它仍然属于分代收集器。

这些Region的一部分包含新生代，新生代的垃圾收集依然采用暂停所有应用线程的方式，将存活对象拷贝到年老代或者SUrvivor空间。
这些Region的一部分包含老年代，G1收集器通过将对象从一个区域复制到另一个区域，完成了清理工作，这就意味着，在正常的处理过程中，G1完成了堆的压缩（至少是部分堆的压缩），这也就不会有CMS的内存碎片问题了。

在G1中，还有一种特殊的区域，叫做Humongous（巨大的）区域，如果一个对象占用的空间超过了分区容量的50%，G1收集器就认为这是个巨大对象，这些巨大对象默认直接会被分配到老年代，但是如果它是一个短期存在的巨大对象，就会对垃圾收集器造成负面影响。为了解决这个问题，G1划分了一个Humongous区，它专门存放巨型对象。如果一个H区装不下一个巨型对象，那么G1会寻找连续的H分区来存储，为了能找到连续的H区，有时候也不得不启动Full GC。

回收步骤：
G1收集器下的Young GC：
针对Eden区进行收集，Eden区耗尽后会被触发，主要是小区域收集+形成连续的内存块，避免内存碎片：

Eden区的数据移动到Survivor区，假如出现Survivor区空间不够，Eden区数据会晋升到Old区
Survivor区的数据移动到新的Survivor区，部分数据晋升到Old区
最后Eden区收拾干净了，GC结束，用户的应用程序继续执行

在这里插入图片描述

4步过程：

初始标记：只标记GC Roots能直接关联到的对象
并发标记：进行GC Roots Tracing的过程
最终标记：修正并发标记期间，因程序运行导致标记发生变化的那一部分对象
筛选回收：根据时间来进行价值最大化的回收
形如下图

常用参数配置（了解）

-XX:UseG1GC
-XX:G1HeapRegionSize=n：设置G1区域大小，值是2的幂，范围是1MB~32MB，目标是根据最小的java堆大小划分出约2048个Region（如果配置了XX:G1HeapRegionSize，那么以配置为准；否则以计算为准）
-XX:MaxGCPauseMillis=n：G1最大的停堆时间，这是个软目标，JVM会努力小于（但不保证）这个时间
-XX:InitiatingHeapOccupancyPercent=n：堆占用了多少的时候就会触发GC，默认为45
-XX:ConcGCThreads=n：并发GC使用的线程数
-XX:G1ReservePercent=n：设置作为空闲空间的预留内存百分比，以降低目标空间溢出的风险，默认是10%

和CMS比较的优势（重要）

G1不会产生内存碎片
可以精确控制停顿，该收集器是把整个堆（新生代、老年代）划分城多个固定大小的区域，每次根据允许停顿的时间去收集垃圾最多的区域。

生产上如何配置/选择垃圾回收器的？

如果同时配置两个回收器？

如果是关联激活的垃圾回收器，和只配置一个的效果是一样的。
如果不是关联激活的，java会报错 == Could not create the Java Virtual Machine==
在这里插入图片描述

如何选择垃圾回收器？

组合的选择

单CPU或者小内存，单机程序：-XX:UseSerialGC
多CPU，需要最大吞吐量，如后台计算型应用：-XX:UseParallelGC或者-XX:UseParallelOldGC
多CPU，追求低停顿时间，需快速响应如互联网应用：-XX:UseConcMarkSweepGC或者-XX:UseParNewGC

JVM GC+Spring Boot微服务的生产部署和调参优化

java -server （jvm的各种参数） -jar （jar包/war包的名字）

秋心拆两半_

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
Java面试题集锦(17)：垃圾回收算法和垃圾回收器

文章目录前言1. GC垃圾回收算法和垃圾回收器的关系？2. 怎么查看服务器默认的垃圾回收器是哪个？3. Java的GC回收的类型主要有？（1）GC约定参数说明（2）Server/Client模式是什么意思？4. Java的GC回收器详情？（1）Serial Copying（2）ParNew（3）Parallel Scavenge（4）Parallel Compacting（Parallel Old）（5）CMS（6）Serial MSC(Serial Old)（7）G1生产上如何配置/选择垃圾回收器的？谈谈
复制链接

扫一扫