第4章测试：垃圾收集器详解

1

以下哪个不是垃圾收集器的分类方式？

解析：

垃圾收集器的分类方式包括按代际分类（新生代、老年代、整堆）、按线程数分类（串行、并行、并发）、按停顿时间分类等。编程语言不是垃圾收集器的分类依据。

2

CMS收集器的工作流程包括哪些阶段？（多选）

解析：

CMS收集器的工作流程包括四个阶段：初始标记、并发标记、重新标记、并发清除。CMS使用标记-清除算法，不包含压缩阶段。

3

G1收集器的主要特性不包括：

解析：

G1收集器虽然能够实现可预测的停顿时间，但无法完全消除停顿。它的主要特性包括Region划分、可预测停顿时间和优先级收集策略。

4

以下哪种场景最适合使用Parallel收集器？

解析：

Parallel收集器是吞吐量优先的收集器，最适合大数据批处理等对吞吐量要求高、对延迟不敏感的场景。实时系统和游戏服务器更关注延迟，Web应用需要平衡吞吐量和延迟。

5

ZGC收集器的主要优势是：

解析：

ZGC的主要优势是超低延迟，停顿时间不超过10ms且与堆大小无关。虽然它在吞吐量和内存占用方面不是最优的，但在延迟敏感的应用中具有显著优势。

6

Serial收集器最适合的应用场景是：

解析：

Serial收集器是单线程收集器，最适合客户端桌面应用等堆内存较小、对停顿时间不敏感的场景。在单核处理器环境下，Serial收集器没有线程交互开销，反而可能更高效。

7

CMS收集器的主要缺点包括：（多选）

解析：

CMS收集器的主要缺点包括：CPU敏感（并发阶段占用CPU资源）、浮动垃圾（并发清除阶段产生的垃圾无法处理）、内存碎片（使用标记-清除算法）。停顿时间短是CMS的优点，不是缺点。

8

启用G1收集器的JVM参数是：

解析：

启用G1收集器的JVM参数是-XX:+UseG1GC。其他选项分别对应Parallel收集器、CMS收集器和ZGC收集器。

📝 第4章测试