冰河技术
导读
♻学习路线
  • 面试必问系列

    • 面试必问
  • 架构与模式

    • Java极简设计模式
    • 实战高并发设计模式
  • Java核心技术

    • Java8新特性
    • IOC核心技术
    • JVM调优技术
  • 容器化核心技术

    • Dockek核心技术
  • 分布式存储

    • Mycat核心技术
  • 数据库核心技术

    • MySQL基础篇
  • 服务器核心技术

    • Nginx核心技术
  • 渗透核心技术

    • 渗透实战技术
  • 底层技术
  • 源码分析
  • 基础案例
  • 实战案例
  • 面试
  • 系统架构
  • Spring6核心技术
  • 分布式事务

    • 分布式事务系列视频
  • SpringBoot
  • SpringCloudAlibaba
  • 🔥AI大模型项目

    • 一站式AI智能平台
    • AI智能客服系统
    • AI智能问答系统
    • 实战AI大模型
  • 中间件项目

    • 手写高性能Redis组件
    • 手写高性能脱敏组件
    • 手写线程池项目
    • 手写高性能SQL引擎
    • 手写高性能Polaris网关
    • 手写高性能RPC项目
  • 高并发项目

    • 分布式IM即时通讯系统(新)
    • 分布式Seckill秒杀系统
    • 实战高并发设计模式
  • 微服务项目

    • 简易电商脚手架项目
  • 手撕源码

    • 手撕Spring6源码
🌍知识星球
  • 总览

    • 《书籍汇总》
  • 出版图书

    • 《深入理解高并发编程:核心原理与案例实战》
    • 《深入理解高并发编程:JDK核心技术》
    • 《深入高平行開發:深度原理&專案實戰》
    • 《深入理解分布式事务:原理与实战》
    • 《MySQL技术大全:开发、优化与运维实战》
    • 《海量数据处理与大数据技术实战》
  • 电子书籍

    • 《实战高并发设计模式》
    • 《深入理解高并发编程(第2版)》
    • 《深入理解高并发编程(第1版)》
    • 《从零开始手写RPC框架(基础篇)》
    • 《SpringCloud Alibaba实战》
    • 《冰河的渗透实战笔记》
    • 《MySQL核心知识手册》
    • 《Spring IOC核心技术》
  • 关于自己
  • 关于学习
  • 关于职场
B站
Github
导读
♻学习路线
  • 面试必问系列

    • 面试必问
  • 架构与模式

    • Java极简设计模式
    • 实战高并发设计模式
  • Java核心技术

    • Java8新特性
    • IOC核心技术
    • JVM调优技术
  • 容器化核心技术

    • Dockek核心技术
  • 分布式存储

    • Mycat核心技术
  • 数据库核心技术

    • MySQL基础篇
  • 服务器核心技术

    • Nginx核心技术
  • 渗透核心技术

    • 渗透实战技术
  • 底层技术
  • 源码分析
  • 基础案例
  • 实战案例
  • 面试
  • 系统架构
  • Spring6核心技术
  • 分布式事务

    • 分布式事务系列视频
  • SpringBoot
  • SpringCloudAlibaba
  • 🔥AI大模型项目

    • 一站式AI智能平台
    • AI智能客服系统
    • AI智能问答系统
    • 实战AI大模型
  • 中间件项目

    • 手写高性能Redis组件
    • 手写高性能脱敏组件
    • 手写线程池项目
    • 手写高性能SQL引擎
    • 手写高性能Polaris网关
    • 手写高性能RPC项目
  • 高并发项目

    • 分布式IM即时通讯系统(新)
    • 分布式Seckill秒杀系统
    • 实战高并发设计模式
  • 微服务项目

    • 简易电商脚手架项目
  • 手撕源码

    • 手撕Spring6源码
🌍知识星球
  • 总览

    • 《书籍汇总》
  • 出版图书

    • 《深入理解高并发编程:核心原理与案例实战》
    • 《深入理解高并发编程:JDK核心技术》
    • 《深入高平行開發:深度原理&專案實戰》
    • 《深入理解分布式事务:原理与实战》
    • 《MySQL技术大全:开发、优化与运维实战》
    • 《海量数据处理与大数据技术实战》
  • 电子书籍

    • 《实战高并发设计模式》
    • 《深入理解高并发编程(第2版)》
    • 《深入理解高并发编程(第1版)》
    • 《从零开始手写RPC框架(基础篇)》
    • 《SpringCloud Alibaba实战》
    • 《冰河的渗透实战笔记》
    • 《MySQL核心知识手册》
    • 《Spring IOC核心技术》
  • 关于自己
  • 关于学习
  • 关于职场
B站
Github
  • JVM核心技术

    • 【置顶】冰河的第一本深入理解JVM书籍免费送
    • 第01章:JVM调优的几种场景
    • 第02章:类的编译、编译优化、常量这地、泛型擦除、条件编译
    • 第03章:类的加载过程
    • 第04章:JVM内存空间
    • 第05章:JVM堆内存分配机制
    • 第06章:JVM垃圾回收机制
    • 第07章:JVM垃圾回收算法
    • 第08章:CMS垃圾收集器
    • 第09章:G1垃圾收集器
    • 第10章:JVM 内存布局
    • 第11章:JVM各种参数配置
  • JVM生产实践

    • 第01章:6款JVM神级工具
    • 第02章:生产服务GC耗时长的排查案例
    • 第03章:GC暂停时长由30秒下降到190毫秒的优化案例
    • 第04章:产环境CPU狂飙900%的优化案例

《JVM核心技术》第08章:CMS垃圾收集器

大家好,我是冰河~~

今天,继续给大家分享关于JVM的文章,今天给大家带来的是一篇关于JVM CMS垃圾收集器的文章,好了,不多说了,进入今天的正题。

CMS是基于标记-清除算法的,收集的时候分为4个步骤:

  1. 初始标记
  2. 并发标记
  3. 重新标记
  4. 并发清除

初始标记

初始标记仅仅只是标记一下GC Roots能直接关联到的对象,所以速度很快。比如下图,这边的GC Roots只用了虚拟机栈为例。两个虚拟机栈分表创建了对象OBJ_A1和OBJ_B1,他们也各有自己的其他引用,在这个阶段,他只会标记OBJ_A1和OBJ_B1,其他的引用是不标记的,所以尽管这个阶段有STW,但是标记的数量少,时间很快,基本不影响。


并发标记

并发标记就是根据初始标记的对象所直接或间接引用的对象进行标记,比如下图对OBJ_A2,OBJ_AN进行并发标记。这个阶段并没有STW,所以可以创建对象,新增新的引用,也会让某些对象失去引用,比如下图,OBJ_B1已经变成垃圾了,OBJ_C1是新增存活的对象。这个阶段由于对老年代所有的对象进行跟踪,所以是非常耗时的。


重新标记

在并发标记中,我们看到存活对象OBJ_C1等以及垃圾对象OBJ_B1等是没有被标记出来的,所以这个阶段就是对这些对象进行重新标记。 这个阶段也有STW,但是仅仅对并发标记中有变动的对象进行标记,这些数量比较少,所以速度也是很快。


并发清除

这个阶段,就是在重新标记后,对垃圾对象的清理,和并发标记一样,都很耗时,由于并没有STW,所以对程序的运行影响不大。CMS采用的是标记与清除算法。


缺点

CMS的4个阶段,初始标记和重新标记需要STW,但是时间短,影响不大。并发标记和并发清除不需要STW,虽然耗时,但是并发执行的,影响也不大,看起来CMS很完美,但是他也有一些缺点。

CPU

CMS默认启动的回收线程数是(CPU数量+3)/ 4,也就是当CPU在4个以上时,并发回收时垃圾收集线程不少于25%的CPU资源,并且随着CPU数量的增加而下降。比如服务器是2核4G,那就需要用(2+3)/4=1个线程去处理并发的标记和并发清除,这时候只剩下1个线程处理其他事情。

浮动垃圾

浮动垃圾的产生,主要是在并发清理阶段。重新标记后,CMS垃圾回收器会知道哪些需要清理,在并发清理阶段,他就清理重新标记后的垃圾对象,这个阶段并没有STW,所以有可能产生新的对象。

比如下图的OBJ_N,创建完后,栈帧被回收,引用就没了,他在这个阶段是不能被清除的,只能等下一次垃圾回收的时候,被标记并清除。

如果这个阶段进入老年代的对象超过了剩余空间,就会出现Concurrent Mode Failure失败,那虚拟机会临时启用Serial Old收集器进行老年代的垃圾收集。

可以用XX:CMSInitiatingOccupancyFraction设置老年代空间被占用多少百分比触发CMS回收,JDK1.6后默认92%。


空间碎片

在《JVM垃圾回收算法》一文中提过,标记-清除算法会产生空间碎片的,如果连续的内存空间不够存放即将进入老年代的对象,此时就会触发Full GC。

为了避免这种情况,CMS收集器提供了一个-XX:+UseCMSCompactAtFullCollection,默认打开的,当Full GC完成后,他会STW,进行内存整理,把存活的对象紧密的靠在一起,腾出连续空间。

如果每次都要重新内存,那都会STW,所以CMS还提供了-XX:CMSFullGCsBeforeCompaction参数,默认是0,他的意思是进行了多少次Full GC后才整理内存。

写在最后

在冰河的知识星球有大量从零开始带你手写的企业级生产项目,像DeepSeek大模型、手写高性能熔断组件、手写通用指标上报组件、手写高性能数据库路由组件、分布式IM即时通讯系统、Sekill分布式秒杀系统、手写RPC、简易商城系统等等,这些项目的需求、方案、架构、落地等均来自互联网真实业务场景,让你真正学到互联网大厂的业务与技术落地方案,并将其有效转化为自己的知识储备。

值得一提的是:冰河自研的Polaris高性能网关比某些开源网关项目性能更高,并且冰河也正在为企业级高性能RPC框架录制视频,全程带你分析原理和手撸代码。 你还在等啥?不少小伙伴经过星球硬核技术和项目的历练,早已成功跳槽加薪,实现薪资翻倍,而你,还在原地踏步,抱怨大环境不好。抛弃焦虑和抱怨,我们一起塌下心来沉淀硬核技术和项目,让自己的薪资更上一层楼。


目前,领券加入星球就可以跟冰河一起学习《DeepSeek大模型》、《手写高性能通用熔断组件项目》、《手写高性能通用监控指标上报组件》、《手写高性能数据库路由组件项目》、《手写简易商城脚手架项目》、《手写高性能RPC项目》和《Spring6核心技术与源码解析》、《实战高并发设计模式》、《分布式Seckill秒杀系统》、《分布式IM即时通讯系统》和《手写高性能Polaris网关》,从零开始介绍原理、设计架构、手撸代码。

花很少的钱就能学这么多硬核技术、中间件项目和大厂秒杀系统与分布式IM即时通讯系统,比其他培训机构不知便宜多少倍,硬核多少倍,如果是我,我会买他个十年!

加入要趁早,后续还会随着项目和加入的人数涨价,而且只会涨,不会降,先加入的小伙伴就是赚到。

另外,还有一个限时福利,邀请一个小伙伴加入,冰河就会给一笔 分享有奖 ,有些小伙伴都邀请了50+人,早就回本了!

其他方式加入星球

  • 链接 :打开链接 http://m6z.cn/6aeFbs 加入星球。
  • 回复 :在公众号 冰河技术 回复 星球 领取优惠券加入星球。

特别提醒: 苹果用户进圈或续费,请加微信 hacker_binghe 扫二维码,或者去公众号 冰河技术 回复 星球 扫二维码加入星球。

联系冰河

加群交流

本群的宗旨是给大家提供一个良好的技术学习交流平台,所以杜绝一切广告!由于微信群人满 100 之后无法加入,请扫描下方二维码先添加作者 “冰河” 微信(hacker_binghe),备注:星球编号。

冰河微信

公众号

分享各种编程语言、开发技术、分布式与微服务架构、分布式数据库、分布式事务、云原生、大数据与云计算技术和渗透技术。另外,还会分享各种面试题和面试技巧。内容在 冰河技术 微信公众号首发,强烈建议大家关注。

公众号:冰河技术

视频号

定期分享各种编程语言、开发技术、分布式与微服务架构、分布式数据库、分布式事务、云原生、大数据与云计算技术和渗透技术。另外,还会分享各种面试题和面试技巧。

视频号:冰河技术

星球

加入星球 冰河技术,可以获得本站点所有学习内容的指导与帮助。如果你遇到不能独立解决的问题,也可以添加冰河的微信:hacker_binghe, 我们一起沟通交流。另外,在星球中不只能学到实用的硬核技术,还能学习实战项目!

关注 冰河技术公众号,回复 星球 可以获取入场优惠券。

知识星球:冰河技术

好了,今天就到这儿吧,我是冰河,我们下期见~~

在 GitHub 上编辑此页
上次更新: 2026/5/2 00:42
Contributors: binghe001
Prev
第07章:JVM垃圾回收算法
Next
第09章:G1垃圾收集器
阅读全文
×

扫码或搜索:冰河技术
发送:290992
即可立即永久解锁本站全部文章

星球会员
跳转链接