JVM学习笔记（5）：CMS垃圾回收器工作原理详解

原创

已于 2022-09-02 12:25:33 修改 · 1.7k 阅读

5 ·

CC 4.0 BY-SA版权

文章标签：

#jvm #java

于 2020-02-08 17:24:29 首次发布

本文深入解析CMS垃圾回收器的工作原理，包括其四个阶段：初始标记、并发标记、重新标记和并发清理，以及性能分析，讨论了并发回收对CPU资源的影响、ConcurrentModeFailure问题和内存碎片处理。

老年代回收容器——CMS

1、CMS工作原理

一般老年代我们选择的垃圾回收器是CMS，他采用的是标记清理算法（不是标记整理）。之前提到过Stop the World状态，就是垃圾回收时停止一切线程的工作，如果在这个状态下再去慢慢执行标记清理算法，会导致系统卡死时间过长，所以CMS垃圾回收器采取的是垃圾回收线程和系统工作线程尽量同时执行的模式来处理的。

工作原理：为了避免长时间Stop the World，CMS采用了4个阶段来垃圾回收，分别是初始标记、并发标记、重新标记和并发清理。其中初始标记和重新标记，耗时很短，虽然会导致Stop the World，但是影响不大，然后并发标记和并发清理，两个阶段耗时最长，但是是可以跟系统的工作线程并发运行的，所以对系统没太大影响。

2、CMS垃圾回收的四个阶段

（1）初始标记——标记直接GC Roots（直接）

在这个阶段让系统的工作线程全部停止，进入Stop the World状态。同时标记所有GC Roots直接引用的对象，是直接引用！比如下面这段代码，仅仅会通过replicaManager这个类的静态变量代表的GC Roots，去标记出来他直接引用的ReplicaManager对象，不会去管ReplicaFetcher这种对象，因为ReplicaFetcher对象是被ReplicaManager类的replicaFetcher实例变量引用的。（之前说过，方法的局部变量和类的静态变量是GC Roots。但是类的实例变量不是GC Roots。）