CMS选型与对比

来源：苹果APP网作者：木下头衔：网络博主

导读：本期聚焦于小伙伴创作的《如何选择合适的Java垃圾回收器_G1/ZGC/CMS选型与对比》，敬请观看详情，探索知识的价值。以下视频、文章将为您系统阐述其核心内容与价值。如果您觉得《如何选择合适的Java垃圾回收器_G1/ZGC/CMS选型与对比》有用，将其分享出去将是对创作者最好的鼓励。

Java垃圾回收器的选择是JVM调优中的核心环节，不同的回收器在延迟、吞吐量、内存占用等方面表现差异明显，CMS、G1、ZGC作为不同代际的代表性回收器，适配的场景各有不同。

三款垃圾回收器核心特性对比

首先通过表格梳理三款回收器的基础特性，方便快速建立整体认知：

回收器类型	设计目标	适用堆内存范围	停顿时间表现	JDK版本支持
CMS	低延迟优先	中小堆（通常4G以下）	停顿时间较短，但存在浮动垃圾和碎片问题	JDK 1.4引入，JDK 14移除
G1	平衡吞吐量与延迟	中大堆（4G到上百G）	可预测停顿时间，默认最大停顿200ms	JDK 7引入，JDK 9成为默认回收器
ZGC	超低延迟优先	超大堆（支持TB级别）	停顿时间不超过10ms，与堆大小无关	JDK 11引入，JDK 15成为生产可用

CMS全称为Concurrent Mark Sweep，是一款基于标记清除算法的并发垃圾回收器，核心目标是减少应用停顿时间。

CMS的回收过程分为以下几个阶段：

CMS的优势是停顿时间短，适合对响应时间敏感的中小堆应用，比如传统的Web服务、接口调用类应用。但缺点也比较明显：

启用CMS的JVM参数配置示例：

// 启用CMS垃圾回收器
-XX:+UseConcMarkSweepGC
// 设置初始堆大小
-Xms2g
// 设置最大堆大小
-Xmx2g
// 设置新生代大小
-Xmn512m

G1全称为Garbage First，是一款面向服务端应用的垃圾回收器，不再划分固定的新生代、老年代，而是将堆划分为多个大小相等的Region，优先回收垃圾最多的Region。

G1的核心特性包括：

G1适合堆内存较大、需要平衡吞吐量和延迟的应用，比如大数据处理服务、中大型Web应用。如果你的应用堆内存超过4G，且对停顿时间有一定要求，G1是优先选择。

启用G1的JVM参数配置示例：

// 启用G1垃圾回收器
-XX:+UseG1GC
// 设置最大停顿时间目标，单位毫秒
-XX:MaxGCPauseMillis=200
// 设置堆内存大小
-Xms8g
-Xmx8g

ZGC是一款可扩展的低延迟垃圾回收器，设计目标是将停顿时间控制在10ms以内，且停顿时间不会随着堆内存增大而增加。

ZGC通过以下技术实现超低延迟：

ZGC适合对延迟要求极高的应用，比如金融交易系统、实时数据分析系统，或者堆内存超过几十G甚至上百G的应用。不过ZGC对CPU资源有一定要求，且部分JDK版本的特性还在迭代完善中。

启用ZGC的JVM参数配置示例：

// 启用ZGC垃圾回收器
-XX:+UseZGC
// 设置堆内存大小
-Xms16g
-Xmx16g
// JDK 15及以上版本可以设置ZGC的停顿时间目标
-XX:ZCollectionInterval=5

可以根据以下几个维度判断选择哪款回收器：

因为CMS的设计存在固有缺陷，比如内存碎片、浮动垃圾问题，且维护成本较高，G1已经可以覆盖CMS的大部分适用场景，甚至有更好的表现，所以官方移除了CMS。

目前还不能，ZGC对CPU资源的要求更高，且在小堆场景下的表现不如G1，同时部分特性还在迭代中，小堆、中等延迟需求的场景还是优先选择G1。

选型时建议先根据业务场景初步选择，再通过压测验证不同回收器在真实业务负载下的表现，结合GC日志和性能指标做最终决策。

免责声明：已尽一切努力确保本网站所含信息的准确性。网站内容多为原创整理与精心编撰，观点力求客观中立。本站旨在免费分享，内容仅供个人学习、研究或参考使用。若引用了第三方作品，版权归原作者所有。如内容涉及您的权益，请联系我们处理。