cms（concurrent mark sweep）收集器是一种以获取最短回收停顿时间为目标的老年代垃圾收集器，其核心机制是通过并发标记和并发清除来减少stw（stop-the-world）时间。它主要适用于对响应速度敏感的业务场景，如web服务器或在线交易系统。cms的工作流程分为初始标记、并发标记、重新标记和并发清除四个阶段，其中后三个阶段可以与其他线程并发执行。
CMS收集器的完整工作流程是怎样的
CMS收集器通过四个阶段完成垃圾回收：初始标记、并发标记、重新标记和并发清除。初始标记阶段需要暂停用户线程，但耗时较短；并发标记阶段与用户线程同时运行，遍历堆中的对象并建立引用关系；重新标记阶段再次暂停用户线程，修正并发标记期间因用户程序继续运作而导致标记变动的那一部分记录；最后并发清除阶段释放不再被引用的对象内存。整个过程旨在最大化并发时间，最小化停顿时间。
import java.util.ArrayList;
import java.util.List;
public class CMSExample {
public static void main(String[] args) {
// 使用JVM参数启动：-XX:+UseConcMarkSweepGC -Xmx512m -Xms512m
List<byte> list = new ArrayList();
for (int i = 0; i <p>上述代码演示了如何在Java程序中触发CMS垃圾回收。通过设置JVM参数启用CMS收集器，并创建大量对象后清空列表，可以观察到CMS的并发标记和清除过程。实际运行时，可以通过添加-verbose:gc参数查看详细的GC日志，确认CMS各阶段的执行情况。</p>
<h2>CMS收集器相比其他收集器有哪些优缺点</h2>
<p>CMS收集器的主要优点是停顿时间短，适合对响应时间要求高的应用。然而，它也存在一些缺点，例如无法处理浮动垃圾（Concurrent Mode Failure），即并发清除期间产生的新垃圾可能无法及时回收，导致需要重新进行Full GC。此外，CMS收集器会占用较多的CPU资源，因为大部分工作都与其他线程并发执行。相比之下，G1收集器虽然停顿时间稍长，但能更好地控制内存碎片问题，并提供更可预测的停顿时间。</p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/skill12496" title="Java 开发专家"><img
src="https://img.php.cn/upload/skill/001/246/273/6adaf20d79f23518.jpg" alt="Java 开发专家" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/skill12496" title="Java 开发专家" class="overflowclass">Java 开发专家</a>
<p class="overflowclass">精通 Java 21+，掌握虚拟线程、模式匹配和 Spring Boot 3.x 等现代特性。是 Java 生态系统（包括 GraalVM、Project Lo</p>
</div>
<a rel="nofollow" href="/xiazai/skill12496" title="Java 开发专家" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div>
<p><img src="https://img.php.cn/upload/article/001/242/473/179438658279358.png?x-oss-process=image/resize,p_40" alt="Java 垃圾回收 中 CMS收集器是什么"></p>
<pre class="brush:php;toolbar:false;">import java.util.ArrayList;
import java.util.List;
public class GMSComparison {
public static void main(String[] args) {
// 使用JVM参数启动：-XX:+UseG1GC -Xmx512m -Xms512m
List<byte> list = new ArrayList();
for (int i = 0; i <p>上述代码展示了如何使用G1收集器替代CMS。通过更改JVM参数为-XX:+UseG1GC，可以切换到G1收集器。G1收集器将堆划分为多个区域，并根据目标停顿时间动态选择回收区域，从而提供更稳定的性能表现。在实际应用中，可以根据业务需求选择合适的收集器，并通过监控工具评估其效果。</p>
<h2>CMS收集器在什么情况下会出现内存溢出</h2>
<p>CMS收集器在以下情况下可能出现内存溢出：当并发清除阶段产生的浮动垃圾过多时，可能导致老年代空间不足，进而触发Full GC。如果Full GC也无法回收足够的空间，就会抛出OutOfMemoryError。此外，如果应用程序在短时间内创建大量短命对象，也可能导致年轻代频繁GC，增加CMS的负担。为了避免这种情况，可以适当调整堆大小和GC策略，或者考虑切换到G1收集器。</p></byte>
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
