CMS是一款以最短停顿时间为目标的Java垃圾收集器，适用于注重响应速度的服务。它包括初始标记、并发标记、重新标记和并发清除四个阶段。在并发标记期间可能存在浮动垃圾和引用变化，为此引入了重新标记阶段进行修正。CMS默认回收线程数与CPU核心数相关，并在老年代占用达到一定比例时启动回收。其主要问题包括浮动垃圾、内存碎片，可通过调整参数优化。
CMS
1.CMS
CMS是一种已获取最短回收停顿时间为目标的收集器。出发点是java应用集中在互联网网址或者基于浏览器的B/S系统
的服务器上，这类应用通常关注服务的响应速度，希望系统停顿时间尽可能短，已给用户更好的交互体验
CMS在名称中就包含了其垃圾回收的理念，MS（Mark Sweep）标记清除算法。
1.1 cms的处理过程
- 初始标记：仅仅标记一些GCROOTS直接关联的对象，STW（停顿时间），很短
- 并发标记：从GCROOTS的直接关联对象开始，遍历整个对象图的过程
- 重新标记：修正在并发标记期间，因用户程序继续运作而导致标记变动的那一部分的对象标记记录，STW
- 并发清除：清理调标记阶段判断的已经死亡的对象
为什么要进行重新标记？
-
可能在并发标记的过程中，用户线程将应用链上的对象修改了，该对象被修改了，这会导致这次垃圾回收不能处理该对象，但是这是比较好处理的，下次垃圾回收时在处理也不为过
-
第二种就是必须避免的情况，在并发标记和用户线程并发执行的过程中
- 扫描过改点后，该点新指向了一个对象
- 扫描改点时&#x
最低0.47元/天 解锁文章
7294
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
