CMS垃圾收集器

本篇文章分享CMS垃圾收集器，对你有帮助的话记得收藏一下，看Java资料网收获更多编程知识

CMS GC的英文名为：“Mostly Concurrent Mark and Sweep Garbage Collector” （最大-并发-标记-清除-垃圾收集器）。
作用范围： 老年代
算法： 并发标记清除算法。
启用参数：-XX:+UseConMarkSweepGC默认回收线程数：（处理器核心数量 + 3）/4
Java9之后使用CMS垃圾收集器后，默认年轻代就为ParNew收集器，并且不可更改，同时JDK9之后被标记为不推荐使用，JDK14就被删除了。

设计目标/优点：避免在老年代垃圾收集时出现长时间的卡顿，主要通过两种手段来达成此目标：

第一，不对老年代进行整理，而是使用空闲列表（free-list）来管理内存空间的回收
第二，在mark-and-sweep（标记-清除）阶段的大部分工作和应用线程一起并发执行。

适用场景：

GC过程短暂，低延迟，适合对延迟要求较高的系统

如果服务器是多核CPU，并且主要调优目标是降低GC停顿导致的系统延迟，那么使用CMS是个很明智的选择。通过减少每一次GC停顿的时间，很多时候会直接改善用户体验。因为多数情况下有部分CPU资源被垃圾回收器线程消耗，所以在CPU资源受限的情况下，CMS GC会比并行GC的吞吐量差一些（对于绝大部分系统，这个吞吐和延迟的差别应该都不明显）
在实际情况中，进行老年代的并发回收时，可能会伴随多次年轻代的minor GC。在这种情况下full GC的日志中就会掺杂着多次minor GC事件

CMS GC的几个大阶段

1、初始标记（CMS initial mark）
2、并发标记（CMS concurrent mark）
3、重新标记（CMS remark）
4、并发清除（CMS concurrent sweep）

文章来源:https://www.cnblogs.com/Stephen-leg/p/18056767
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若内容造成侵权/违法违规/事实不符，请联系邮箱：jacktools123@163.com进行投诉反馈，一经查实，立即删除！