CMS垃圾回收器

最新推荐文章于 2025-11-02 10:49:34 发布
原创 最新推荐文章于 2025-11-02 10:49:34 发布 · 1.4k 阅读 · 4 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

刚才转了关于cms回收期的文章，但是还是不太理解，又重新读了一下书，终于懂了，分享一下，强迫症太可怕，一点了，不记录博客睡不着


与parallelGC和paralleloldGC不同，CMS回收期主要关注于系统停顿时间，cms cocurrent mark sweep的缩写，意味并发标记清除，从名称上就可以得知，它使用的是标记清楚算法，同时他又是一个使用多线程并行回收的垃圾回收器


CMS的主要工作步骤


初始标记（标记根对象）


并发标记 （标记所有对象）


预清理（清理前准备及控制停顿时间)


重新标记(修正并发标记数据)


并发清理(垃圾回收)


并发重置



其中出事标记和重新标记是独占系统资源的，而预清理，并发标记，并发清楚和并发重置是可以和用户线程一起执行的，因此从整体上说，cms不是独占式的，它可以在应用程序运行过程中进行垃圾回收


根据并发标记算法，初始标记、并发标记和重新标记都是为了标记出需要回收的对象，并发清理则是在标记完成后，正式回收垃圾对象。

并发重置是指在垃圾回收完成后，重新初始化CMS数据，为下一次垃圾回收做准备。并发标记、并发清理和并发重置都i可以和应用线程一起执行


在整个cms回收过程中，默认情况下，并发标记之后，会有一个预清理的操作，预清理是并发的，为了为正式清理做准备和检查之外，预清理还会尝试控制一次停顿时间，由于重新标记是独占cpu资源的，如果新生代发生gc后，立即触发一次重新标记，那么一次停顿时间可能很长，为了避免这种情况，预处理时，会刻意等待一侧新生代gc发生，然后根据历史性能数据，预计下一次新生代gc可能发生的时间，然后再当前和预测时间的中间时刻，进行重新标记，这样从最大程度上避免新生代和重新标记重合，尽可能减少一次停顿时间



提升JVM性能：CMS垃圾回收器的优化分析与案例研究
曾经“等你生日那天”都遥远得像未来，如今却可欢愉的挥手说“下个十年见”
04-07 174万+
本文介绍了CMS（Concurrent Mark-Sweep）垃圾回收器的工作原理、优缺点及常见问题，并通过具体案例分析了其优化策略。重点探讨了CMS的各个阶段，包括标记、并发清理和重标记，分析了可能导致性能瓶颈的因素如停顿时间过长和内存碎片化。文章还分享了调整垃圾回收参数、结合其他垃圾回收器以及内存优化等方法，帮助提高CMS的回收效率和性能。最后，文章展望了随着JVM发展，结合新一代垃圾回收器优化的趋势，助力Java应用在高并发环境下的性能提升。
16、CMS垃圾回收器的秘密工作流程
yang的博客
05-09 666
在这个过程中，可能会产生新的存活对象，也可能会导致一些原本的存活对象失去引用，从而成为垃圾对象。总之就是要进行Full GC了，此时所谓的标记-清理算法，其实就是我们之前给大家讲过的一个算法，先通过追踪GC Roots的方法，看看各个对象是否被GC Roots给引用了，如果是的话，那就是存活对象，否则就是垃圾对象。一般老年代我们选择的垃圾回收器是CMS，它采用的是标记清理算法，其实非常简单，就是先用之前文章里讲过的标记方法去标记出哪些对象是垃圾对象，然后就把这些垃圾对象清理掉，如下图所示。
CMS 回收器——低延迟
实践求真知
07-30 369
一点睛 在 JDK1.5 时期，Hotspot 推出了一款在强交互应用中几乎可认为有划时代意义的垃圾收集器：CMS（Concurrent-Mark-Sweep）收集器，这款收集器是 HotSpot 虚拟机中第一款真正意义上的并发收集器，它第一次实现了让垃圾收集线程与用户线程同时工作。 CMS 收集器的关注点是尽可能缩短垃圾收集时用户线程的停顿时间。停顿时间越短（低延迟）就越适合与用户交互的程序，良好的响应速度能提升用户体验。 目前很大一部分的 Java 应用集中在互联网站或者 B/S 系统的服务端上.
JVM—CMS收集器
摸鱼小小虫的博客
08-02 457
CMS基于标记-清除算法，会产生大量的内存碎片，内存碎片过多会导致大对象的分配出现问题，严重的话会出现OOM。（Floating Garbage）：由于GC线程和用户线程并发，在GC线程运行过程中产生的垃圾就叫浮动垃圾。CMS收集器（Concurrent Mark Sweep）是一种以获取最短回收停顿时间为目标的收集器。重新标记则是为了修正并发标记期间，用户程序继续运作，导致标记变动的那一部分对象的标记记录。清理标记阶段判断已经死亡的对象，由于不需要移动存活对象，所以该过程也是与用户线程并发的。
JVM垃圾收集器详解（Serial、ParNew、Parallel、CMS、G1、ZGC对比与选型）
比较是偷走幸福的小偷
11-02 1248
垃圾收集器是JVM垃圾回收算法的具体实现。为什么Serial收集器单线程却还在用？CMS为什么会产生浮动垃圾？G1如何实现可预测的停顿时间？ZGC如何做到10ms以内的停顿？理解Serial的简单高效、ParNew的多线程优化、Parallel的吞吐量优先、CMS的并发标记、G1的分区回收、ZGC的染色指针，才能掌握不同垃圾收集器的适用场景。从"选择哪个垃圾收集器"的困惑出发，剖析七大垃圾收集器的核心原理。
[原创]JVM垃圾回收机制和常见垃圾收集器-CMS、G1、ZGC
Minor的Java技术博客
06-27 2252
现代大部分的虚拟机的垃圾回收器都遵循“分代收集”的理论基础来进行设计实现： 根据这个理论基础，JVM的大部分虚拟机将堆空间逻辑划分为新生代/年轻代、老年代，垃圾收集器可以根据不同的区域选择不同的回收算法进行GC。 将内存分隔为两块相同大小的区域，每次只使用其中的一块，每当GC完成后，将存活的对象复制到另一块区域，然后将前一块清空。分为标记和清除两个阶段，标记存活的对象，然后GC清除掉没有被标记的对象。这种算法实现简单，但是有2个缺点...
了解CMS(Concurrent Mark-Sweep)垃圾回收器
lionelf的专栏
02-22 876
  1.总体介绍： CMS(Concurrent Mark-Sweep)是以牺牲吞吐量为代价来获得最短回收停顿时间的垃圾回收器。对于要求服务器响应速度的应用上，这种垃圾回收器非常适合。在启动JVM参数加上-XX:+UseConcMarkSweepGC ，这个参数表示对于老年代的回收采用CMS。CMS采用的基础算法是：标记—清除。 2.CMS过程： 初始标记(STW initial mar...
CMS垃圾回收
han_dada的博客
06-14 563
内存分代 算法 标记-清除 特点 并发收集器，以最短的停顿时间为目标的收集器 不足 对CPU资源敏感，GC线程占用CPU资源高影响吞吐量 需要预留一些空间，保证触发后台垃圾回收而不是fullgc 标记-清除会产生内存碎片，虽然可以设置执行多少次不压缩的GC来一次压缩的GC，但是由于整理过程无法并发所以这时停顿时间会较长 回收过程 1. 初始标记(STW) 标记与GCRoots直接关联的对象...
JVM 性能调优 -- CMS 垃圾回收器 GC 日志分析【Full GC】
weixin_42118323的博客
11-27 1325
上一篇我们分析了 Minor GC 的发生过程，因为 GC 日志没有按我们预估的思路进行打印，其中打印了 CMS 垃圾回收器的部分日志，本篇我们就来分析一下 CMS 垃圾收集日志。
JAVA CMS垃圾回收器回收机制
littlecolor
04-11 7359
CMS concurrent marks sweep 并行标记清除垃圾回收机制。此篇文章是根据众多网上资料总结的关于CMS垃圾回收器的相关知识点。便于个人总结和回忆。 垃圾回收器类型 1、串行回收，Serial回收器，单线程回收，全程stw； 2、并行回收，名称以Parallel开头的回收器，多线程回收，全程stw； 3、并发回收，cms与G1，多线程分阶段回收，只有某阶段会stw； CMS垃圾回...
JVM垃圾回收器之深入理解CMS垃圾回收器
nethackatschool的专栏
03-30 1015
前言 CMS垃圾回收器是本人理解最深刻的JVM垃圾回收器，CMS是首个可以与用户线程并发的低停顿收集器。随着技术的发展、JDK的更新迭代，CMS这个曾经被寄予厚望的并发垃圾回收器已经慢慢要被时代抛弃了，后面出来的G1,ZGC已经盖过了CMS的光芒，JDK9之后CMS甚至被抛弃为不建议使用。但是后来者都是踩在CMS肩膀上迭代的，你可以在G1中看到大量CMS代码的影子，同时现在国内很多公司依旧还在使用JDK8，无他就因为JDK8是最后开源的商用版本（不过JDK17又能用了。。。。），所以了解CMS垃圾回收器的原
CMS 垃圾回收器
weixin_44981707的博客
05-29 5869
CMS 垃圾回收器1. cms 回收过程分析1.1 初始标记（initial-mark）1.2 并发标记（concurrent-mark）1.3.1 Card Table1.3.2 mod-union table1.3 并发预清理 （concurrent-preclean）1.4 可中断预清理（concurrent-abortable-preclean）1.5 重新标记（remark）1.6 并发清除（concurrent-sweep）1.7 并发重置（concurrent reset）2. cms 日志解
JVM --并发垃圾回收器CMS
yushui的笔记本
07-14 1725
1.总体介绍：CMS(Concurrent Mark-Sweep)是以牺牲吞吐量为代价来获得最短回收停顿时间的垃圾回收器。对于要求服务器响应速度的应用上，这种垃圾回收器非常适合。在启动JVM参数加上-XX:+UseConcMarkSweepGC ，这个参数表示对于老年代的回收采用CMS。CMS采用的基础算法是：标记—清除。 2.CMS过程：初始标记(STW initial mark) 并发标记(C
JVM基础（8）——CMS垃圾回收器
smart_an的专栏
01-12 1811
理想情况下，我们都希望自己的系统能在每次Minor GC后，存活对象都能转移到Survivor区，避免进入老年代。但真实情况是，线上系统很可能因为各种各样的情况，导致很多对象进入老年代，甚至频繁触发老年代的Full GC。所以，我们必须对老年代的垃圾回收器的执行原理有一个清晰的认识，才能在出现问题时及时应对。最耗时的两个阶段——并发标记和并发清理，其实都不需要挂起工作线程，所以对系统整体性能影响不大；
CMS垃圾回收器介绍
Deronn的博客
09-05 7580
CMS
聊一聊CMS垃圾回收器
ln82799的博客
01-16 3543
CMS垃圾回收器的名字是（Ccrrent Mark Sweep并发标记清除），是一款采用标记清理算法回收老年代的垃圾回收器！ 并发性 cms与其他回收器的不同是cms只有在根节点枚举阶段的时候会stop the world，其他阶段可以和用户线程并发执行，极大的降低了用户线程的暂停时间。特别适用于互联网网站或者B/S系统的服务端上，这类重视服务响应速度的，给用户良好的体验的情况。 清理过程 cms回收垃圾分为四个步骤： 初始标记：根节点枚举，枚举全部的GC Roots对象。此阶段会stw，但是耗时极短。
java的CMS垃圾回收器
最新发布
11-08
<think>嗯，用户问的是Java的CMS垃圾回收器，我需要先回忆一下CMS的基本信息。CMS全称是Concurrent Mark Sweep，属于老年代的垃圾回收器，对吧？它的目标主要是减少停顿时间，适合对延迟敏感的应用。那CMS的工作流程是怎样的呢？我记得分为几个阶段，比如初始标记、并发标记、重新标记，还有并发清除这些步骤。初始标记应该很快，只是标记GC Roots直接关联的对象，然后并发标记是和用户线程一起运行的，这样减少停顿。然后是重新标记阶段，用来处理并发期间变化的对象，最后并发清除回收垃圾。 用户可能想知道CMS的优点和缺点。优点应该是低停顿，适合需要快速响应的应用。但缺点呢？比如内存碎片问题，因为CMS是基于标记-清除算法的，会产生碎片，可能导致大对象分配失败触发Full GC。还有就是并发阶段消耗CPU资源，可能会影响吞吐量。另外，CMS需要预留空间给并发收集期间新产生的对象，如果预留不够就会导致并发模式失败，转而使用Serial Old收集器，这样停顿时间反而更长。 可能用户在使用CMS时遇到了问题，或者在选择GC策略时需要权衡。比如，CMS在Java 8之后已经被标记为废弃，G1成为了默认的老年代收集器，但有些旧系统可能还在用CMS。用户可能想了解如何配置CMS的参数，比如-XX:+UseConcMarkSweepGC来启用，或者设置初始标记的阈值，调整并发线程数等。 另外，CMS的三色标记法可能涉及到漏标的问题，通过写屏障来记录并发期间的引用变化，确保最终标记的准确性。这部分可能需要详细解释，但用户可能更关注实际应用，所以应该简明扼要。 还需要提到CMS的几个关键参数，比如CMSInitiatingOccupancyFraction，控制老年代占用多少时开始GC，默认是68%。还有-XX:+CMSScavengeBeforeRemark，是否在重新标记前进行一次Young GC，减少重新标记的时间。 用户可能没有提到CMS的替代方案，比如G1，是否需要简单对比一下？不过问题集中在CMS本身，可能不需要展开。但可以作为相关问题提出来。 总结回答的结构：先介绍CMS是什么，适用场景，工作流程的各个阶段，优缺点，关键参数，以及废弃状态。然后相关问题应该包括工作流程细节、替代方案、参数调优、内存碎片处理，以及废弃原因等。</think>CMS（Concurrent Mark Sweep）垃圾回收器是Java早期版本中用于老年代的低停顿垃圾回收器，其核心目标是通过并发执行减少垃圾回收过程中的停顿时间。以下是关键要点： ### 核心流程 1. **初始标记（Initial Mark）** 仅标记GC Roots直接关联的对象（速度快，需Stop-The-World）。 2. **并发标记（Concurrent Mark）** 与用户线程并发执行，遍历对象引用链（无需停顿）。 3. **重新标记（Remark）** 修正并发标记期间因用户线程运行导致的引用变化（需短暂停顿）。 4. **并发清除（Concurrent Sweep）** 并发回收垃圾对象（无需停顿）。 ### 优缺点 - **优点**：低停顿，适合高响应场景（如Web服务）。 - **缺点**： - 内存碎片化（标记-清除算法导致）。 - 并发阶段占用CPU资源。 - **并发模式失败**（Concurrent Mode Failure）风险：若老年代空间不足，会触发Full GC并退化为Serial Old收集器。 ### 关键参数 - `-XX:+UseConcMarkSweepGC`：启用CMS（JDK9前）。 - `-XX:CMSInitiatingOccupancyFraction=68`：设置老年代占用阈值触发GC（默认68%）。 - `-XX:+CMSScavengeBeforeRemark`：在重新标记前强制执行Young GC（减少重标记时间）。 ### 注意 CMS在JDK9中被废弃，JDK14后移除，推荐使用G1或ZGC等新一代回收器。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值