Code Ease Code Ease
  • 个人博客网站 (opens new window)
  • 好用的工具网站 (opens new window)
  • Java核心基础
  • 框架的艺术
  • 分布式与微服务
  • 开发经验大全
  • 设计模式
  • 版本新特性
数据库系列
大数据+AI
  • xxl-job
运维与Linux
  • 基于SpringBoot和BootStrap的论坛网址
  • 基于VuePress的个人博客网站
  • 基于SpringBoot开发的小功能
  • 做一个自己的IDEA插件
程序人生
关于我
  • 分类
  • 标签
  • 归档

神秘的鱼仔

你会累是因为你在走上坡路
  • 个人博客网站 (opens new window)
  • 好用的工具网站 (opens new window)
  • Java核心基础
  • 框架的艺术
  • 分布式与微服务
  • 开发经验大全
  • 设计模式
  • 版本新特性
数据库系列
大数据+AI
  • xxl-job
运维与Linux
  • 基于SpringBoot和BootStrap的论坛网址
  • 基于VuePress的个人博客网站
  • 基于SpringBoot开发的小功能
  • 做一个自己的IDEA插件
程序人生
关于我
  • 分类
  • 标签
  • 归档
服务器
  • Java核心基础

    • 基础篇

    • 集合类

    • JVM虚拟机

      • JVM的内存分代,这篇文章帮你理一理
      • 用几张图深度剖析Java运行时数据区
      • JVM垃圾回收机制是怎样的,何时触发YoungGC或FullGC操作,一文搞定
      • 关于垃圾收集器你了解多少?一文总结七大垃圾收集器
      • 深入浅出CMS垃圾收集器
        • (一)CMS垃圾收集器
        • (二)CMS垃圾收集器的步骤
        • (三)CMS垃圾收集器的优缺点
        • (四)CMS的相关参数
        • (五)总结
      • 图解类加载器和双亲委派机制,一看就懂
      • 关于JVM调优,我理了一些工具和思路出来
      • 两张图让你快速读懂JVM字节码指令
      • 从JVM角度思考--如何预估线上环境机器资源大小
    • Java并发

  • 框架的艺术

  • 分布式与微服务

  • 开发经验大全

  • 版本新特性

  • Java
  • Java核心基础
  • JVM虚拟机
CodeEase
2023-09-19
目录

深入浅出CMS垃圾收集器

作者:鱼仔
博客首页: codeease.top (opens new window)
公众号:Java鱼仔

# (一)CMS垃圾收集器

CMS(Concurrent Mark Sweep)收集器是一种以获取最短回收停顿时间为目标的老年代收集器。CMS是基于标记-清除算法的老年代垃圾回收器,CMS是目前应用最广泛的老年代垃圾回收器。

CMS的使用只需要在JVM的启动参数中增加(-XX:+UseConcMarkSweepGC)参数即可激活使用CMS垃圾收集器。

CMS基于“标记-清除”算法实现,是HotSpot虚拟机的第一款真正意义上的并发收集器,基本上实现了垃圾收集线程与用户线程同时工作。

# (二)CMS垃圾收集器的步骤

CMS的运行过程主要分为四个阶段:

1、初始标记:标记GC Roots可以直接关联到的对象,速度很快(stop the world)

2、并发标记:根搜索算法的过程

3、重新标记:为了修正并发标记期间,因程序运行导致标记产生变动的对象。(stop the world)

4、并发清除:清除垃圾

我画了一个图更加形象地展示上面四个流程,红色表示CMS线程,黄色表示应用线程

5-1.jpeg

# (三)CMS垃圾收集器的优缺点

CMS垃圾收集器的主要有点为并发收集、并发清除、低停顿。相比较前几代的垃圾收集器,CMS垃圾收集器给用户的体验更好,因为它追求的是最短的回收停顿时间。

CMS垃圾回收器的缺点也比较明显:

1、对CPU资源十分敏感,因为并发标记和并发清除都是和程序同时运行,因此会占用CPU导致应用程序变慢。

2、无法处理浮动垃圾,浮动垃圾就是在并发清除过程中新生成的垃圾,这部分垃圾CMS无法在本次被清理,可能出现Concurrent Mode Failed报错,因此需要预留一定的内存空间,无法等到老年代快被占满时再清除。默认情况下,CMS在老年代使用了92%后就会被激活。可以设置-XX:CMSInitiatingOccupancyFraction设置这个值。

如果真的出现了concurrent mode failed,说明已经没办法并发标记垃圾了,这时候就会使用serial old垃圾收集器来回收,也就是通过stop the world的方式。

3、产生空间碎片,由于采用的是标记-清除算法,那就无法避免会产生空间碎片的问题,这会给分配大对象带来困难。

# (四)CMS的相关参数

我把常用的几个参数列了出来,每个参数表示什么意思也都写在了最后:

1、-XX:+UseConcMarkSweepGC   #启动CMS
2、-XX:ConcGCThreads   #CMS并发线程数量
3、-XX:+UseCMSCompactAtFullCollection  #FullGC之后做压缩,减少碎片
4、-XX:CMSFullGCsBeforeCompaction   #多少次FullGC之后压缩一次碎片,默认0,表示每次FullGC后都会压缩
5、-XX:CMSInitiatingOccupancyFraction  #老年代使用多少后会触发FullGC,默认92
6、-XX:+UseCMSInitiatingOccupancyOnly  #固定使用CMSInitiatingOccupancyFraction设置的参数,
如果不设置该参数,CMSInitiatingOccupancyFraction设置的比例只会在第一次GC时使用,后续会自动优化
7、-XX:+CMSScavengeBeforeRemark  #在CMS GC之前触发一次minor gc,降低CMSGC标记阶段的开销
8、-XX:+CMSClassUnloadingEnabled CMS收集器默认不会对永久代进行垃圾回收。如果希望对永久代进行垃圾回收,可用设置标志
1
2
3
4
5
6
7
8
9

以上参数在使用时根据业务的需要以及机器配置等进行综合考虑后设置。

我这里给出一个微服务架构下线上单个服务的JVM参数,参数设置仅供参考,不同的业务场景下设置都不同。:

-Xmx4096m -Xms4096m  -Xmn2048M  -XX:HeapDumpPath=/home/admin/logs/java.hprof 
-XX:+HeapDumpOnOutOfMemoryError -XX:MetaspaceSize=512m -XX:MaxMetaspaceSize=512m 
-XX:+UseConcMarkSweepGC -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=80 -XX:+CMSClassUnloadingEnabled 
-Xloggc:/home/admin/logs/gc.log -XX:+PrintGCDetails -XX:+PrintGCDateStamps
1
2
3
4

# (五)总结

首先用一句话总结CMS垃圾收集器:以获取最短回收停顿时间为目标的老年代收集器,收集过程主要分为初始标记、并发标记、重新标记、并发清除四个阶段,缺点是对CPU资源十分敏感、无法处理浮动垃圾、产生空间碎片。

如果说JDK1.8是最常用的线上版本,那么CMS垃圾回收器就是最常用的老年代垃圾回收器。因此知道CMS不管对工作还是面试都是有很大帮助的,我是鱼仔,我们下期再见!

上次更新: 2025/04/29, 17:22:06
关于垃圾收集器你了解多少?一文总结七大垃圾收集器
图解类加载器和双亲委派机制,一看就懂

← 关于垃圾收集器你了解多少?一文总结七大垃圾收集器 图解类加载器和双亲委派机制,一看就懂→

最近更新
01
AI大模型部署指南
02-18
02
半个月了,DeepSeek为什么还是服务不可用
02-13
03
Python3.9及3.10安装文档
01-23
更多文章>
Theme by Vdoing | Copyright © 2023-2025 备案图标 浙公网安备33021202002405 | 浙ICP备2023040452号
  • 跟随系统
  • 浅色模式
  • 深色模式
  • 阅读模式