关于java:cms垃圾回收器

cms 参数：

UseConcMarkSweepGC：应用 cms 垃圾回收器
CMSFullGCsBeforeCompaction：几次 full gc 整顿压缩一次 默认 0
UseCMSInitiatingOccupancyOnly：假如没有这个参数，只有第一次产生 cms gc 的时候会应用 CMSInitiatingOccupancyFraction 参数值 前面 jvm 会动静调整
CMSInitiatingOccupancyFraction：指 CMS 在对内存占用率达到肯定的时候开始 GC 默认 92%
CMSScavengeBeforeRemark：在 CMS GC 前启动一次 ygc，目标在于缩小 old gen 对 ygc gen 的援用，升高 remark 时的开销（个别 CMS 的 GC 耗时 80% 都在 remark 阶段）CMSScheduleRemarkEdenSizeThreshold、CMSScheduleRemarkEdenPenetration，默认值别离是 2M、50%。两个参数组合起来的意思是预清理后，eden 空间应用超过 2M 时启动可中断的并发预清理，直到 eden 空间使用率达到 50% 时中断，进入从新标记阶段。

cms gc 触发机会：
阈值查看机制：老年代的应用空间达到某个阈值，JVM 的默认值是 92%（jdk1.5 之前是 68%，jdk1.6 之后是 92%），或者能够通过 CMSInitiatingOccupancyFraction 和 UseCMSInitiatingOccupancyOnly 两个参数来设置；这个参数的设置须要看利用场景，设置得太小，会导致 CMS 频繁产生，设置得太大，会导致过多的并发模式失败。例如

动静查看机制：JVM 会依据最近的回收历史，估算下一次老年代被耗尽的工夫，快到这个工夫的时候就启动一个并发周期。设置 UseCMSInitiatingOccupancyOnly 这个参数能够将这个个性敞开。

full gc 触发的机会：

1：System.gc()。如果没有开启禁止调用 system.gc() DisableExplicitGC;
2：promotion failed：这种状况通常是对象要降职到老年代中时，发现老年代的内存不足了，所以要引发一次 Full GC。对象的降职分为失常降职 (活过 15 代) 和提前降职(大对象、survival 区装不下)。3：concurrent mode failure：在执行 CMS GC 的过程中同时有对象要放入老年代，而此时老年代空间有余造成的
4：metaSpace 空间不够
5：jmap -dump:live 触发

CMS 进化为 serial gc 的状况：

 promotion failed 不会 导致 fullGC 中的 CMS 进化为 serialGC
 concurrent mode failure 会引起 Full GC，这种状况下会应用 Serial Old 收集器，是单线程的，对 GC 的影响很大。

CMS GC 过程：CMS GC 仅仅是堆 old 区进行回收。

1：初始标记：在这个阶段，须要 STW。这个过程从 root set 开始，只扫描到可能和 root set 间接关联的对象，并作标记。jdk1.8 后这一步是并发的。这里的 root set 不蕴含年老代。2：并发标记：这个阶段紧随初始标记阶段，在初始标记的根底上持续向下追溯标记。并发标记阶段，应用程序的线程和并发标记的线程并发执行，所以用户不会感触到进展。3：预清理阶段：这个阶段会解决在并发标记过程中 eden 区发生变化的援用（特指 eden 指向 old gen 的援用变动），此外还会解决 dirty card 中的援用。4：可中断预清理阶段：这个阶段次要解决 from 和 to 区域对象援用 old gen 的变动，同样也会持续解决 dirty card 的对象援用。触发的条件：Eden 的占用量 >CMSScheduleRemarkEdenSizeThreshold(默认为 2M)，中断的条件：Eden 区占用量 >CMSScheduleRemarkEdenPenetration(默认 50%)，或达到 5 秒钟。5：从新标记：STW 扫一遍 root set，root set 蕴含年老代。CMS 的 remark 须要从新扫描 mod-union table 里的 dirty card 外加整个根汇合，而此时整个 young gen（不论对象死活）都会被当作根汇合的一部分，因此 CMS remark 有可能会十分慢。6：并发清理：清理垃圾对象，这个阶段收集器线程和应用程序线程并发执行。7：并发重置：这个阶段，重置 CMS 收集器的数据结构，期待下一次垃圾回收。

CMS 的 Precleaning（预清理）和 AbortablePreclean（可中断的预清理）

预清理和可中断预清理这两个阶段并不是必须的，能够通过参数 XX:-CMSPrecleaningEnabled 敞开。

Free list space:cms gc 回收会产生不间断的内存，用一个链表把他们连起来，当用户申请调配时，零碎从可利用空间表中删除一个结点调配之；当用户开释其所占内存时，零碎即回收并将它插入到可利用空间表中。

三色标记法：
彩色：从 GCRoots 开始, 已扫描过它全副援用的对象, 标记为彩色
灰色：扫描过对象自身, 还没齐全扫描过它全副援用的对象, 标记为灰色
红色：还没扫描过的对象, 标记为红色

三色标记的漏标问题产生的起因：漏标会导致理当活着的对象被回收

有至多一个彩色对象在本人被标记之后指向了这个红色对象
所有的灰色对象在本人援用扫描实现之前删除了对红色对象的援用

CMS 的解决 INC barrier：

如果一个彩色对象增加了一个红色对象，就把这个彩色对象变灰。这样从新标记的时候就会持续扫描他。这个存有一项缺点：无奈发现 Concurrent Mark 期间堆外根集（寄存器、栈）的援用变动。为此在 concurrent mark 之后，须要一个 remark 阶段再 STW 扫一遍 root set。