cmsgc原因（cms concurrent mode failure）
不同GC下ParallelGCThreads和ConcGCThreads的计算公式
1、ParallelGCThreads：默认值同样是CPU线程数，用于并行执行G1 GC中的某些阶段（如年轻代垃圾收集）。ConcGCThreads：计算公式为ParallelGCThreads / 4四舍五入。与CMS GC不同，G1 GC在并发阶段使用的线程数相对较少，这有助于减少GC对应用程序性能的影响。
2、-XX：ConcGCThreads和-XX：ParallelGCThreads：分别设置并发GC线程数和STW阶段的GC线程数。适当调整这两个参数，有助于优化垃圾回收性能，但需注意对应用吞吐量的影响。-XX：G1MixedGCLiveThresholdPercent：设定被纳入Cset的Region的存活空间占比阈值。
3、一般来说，给ZGC的内存越多越好，但是也不能浪费内存，所以要找到一个平衡。Concurrent GC Threads 通过-XX：ConcGCThread = 4进行设置。并发执行的GC线程数，如果没有设置，在JVM启动的时候会根据CPU的核数计算出一个合理的数量，默认是核数的15%，但是根据应用的特性，可以通过手动设置调整。
4、应用健康度检查规则中，建议检查如ParallelGCThreads、ConcGCThreads和CICompilerCount等参数，确保在JVM配置中设置合理。同时，推荐升级到JDK 0_191以上，设置合理的JAVA_OPTS环境变量，针对不同JRE版本和应用需求，灵活调整内存参数。
一分钟了解垃圾回收器GC中的CMS
CMS 作为老年代垃圾收集器，常与 Serial、Parallel New 收集器配合使用。当并发模式失败时，CMS 会退化为 Serial Old 收集器。CMS 收集器全称为 Concurrent Mark Sweep，基于标记-清除算法实现，适用于对延迟要求高且用户线程不允许长时间停顿的环境。
接下来，我们将重点介绍CMS收集器。作为JVM第一款真正意义上的并发收集器，CMS收集器以获得最短回收停顿时间为目标。它采用了“标记-清除”算法，通过初始标记、并发标记、重新标记以及并发清除等步骤进行垃圾收集。
CMS收集器以获取最短回收停顿时间为目标，采用标记-清除算法，是一种老年代垃圾收集器。运作过程 初始标记：标记所有的根对象及被根对象直接引用的对象，以及年轻代指向老年代的对象。 并发标记：遍历对象图，从GC Roots向下追溯标记可达的对象。此阶段应用线程与垃圾回收线程并发运行。
CMS垃圾收集器是JVM中一款真正意义上的并发收集器，以获得最短回收停顿时间为目标。其详细特点和工作原理如下：主要目标：最短回收停顿时间：通过并发收集的方式，尽量减少对应用程序的影响。算法基础：标记清除算法：采用此算法进行垃圾收集，通过标记需要保留的对象，然后清除未标记的对象。
由于CMS并发标记与清理与应用线程同时运行，若对象在标记阶段被判定为可达，但在清理阶段前被解除引用，CMS无法在当前周期识别并回收这些对象。其影响包括：内存临时浪费：浮动垃圾占据空间直至下一次GC周期回收，可能增加老年代压力。回收滞后性：CMS非实时收集器，为换取低停顿需接受此权衡。
CMS和G1的区别
G1收集器的内存结构完全区别于CMS，弱化了CMS原有的分代模型，将堆内存划分成一个个Region（1MB~32MB，默认2048个分区）。这样做的目的是在进行收集时不必在全堆范围内进行。G1收集器主要特点在于达到可控的停顿时间，用户可以指定收集操作在多长时间内完成。
G1：相比之下，G1 垃圾收集器对 CPU 的要求相对较低。它能够在保证一定性能的同时，更加合理地利用 CPU 资源。内存段大小要求 G1：G1 垃圾收集器将内存划分成多个区域（Region），这要求对内段的大小有一定的要求。然而，由于 G1 的灵活性和高效性，这种要求通常是可以接受的。
G1和CMS都是高效的垃圾收集器，但各自具有不同的特点和适用场景。G1收集器通过并发执行、并行处理和可预测的停顿时间模型，提供了更好的性能和可控性，适合内存稍大、需要低延迟和高吞吐量的服务端应用。
CMS是一种老年代的回收算法，采用标记清除算法，存在内存碎片问题，并发执行但仍有短暂的STW时间。G1是一种整堆回收算法，采用分区管理、混合回收、标记复制与标记整理清除等策略，具有可预测的STW时长和高效率。
CMS和G1的区别 CMS（Concurrent Mark-Sweep）和G1（Garbage-First）都是Java虚拟机（JVM）中的垃圾回收器，它们各自具有不同的特点和适用场景。以下是CMS和G1之间的详细区别：工作原理 CMS：采用标记-清理（Mark-Sweep）算法。
CMS收集器与G1收集器优缺点总结如下：CMS收集器优点：并发收集，低停顿：基于“标记-清理”算法，初始标记和重新标记阶段短暂停顿，并发标记与并发清理阶段与用户线程并行执行，显著降低停顿时间，适合对响应速度要求高的场景。缺点：CPU资源敏感：并发阶段占用部分线程资源，导致应用程序吞吐量下降。
为什么cms虽然是老年代的gc,但仍要扫描新生代的?
将其作为GC ROOT。这些GC ROOT将用于第二阶段的扫描。为什么CMS要扫描新生代？原因在于老年代的对象可能只被新生代对象引用。因此，通过扫描新生代，CMS能更准确地识别哪些对象可能指向老年代，从而更高效地进行垃圾回收。在CMS垃圾收集器运行过程中，老年代对象的存在依赖于新生代对象。
在CMS中，也有RSet的概念，在老年代中有一块区域用来记录指向新生代的引用。这是一种point-out，在进行Young GC时，扫描根时，仅仅需要扫描这一块区域，而不需要扫描整个老年代。
CMS：采用标记-清理（Mark-Sweep）算法。专注于老年代的垃圾回收，因为新生代产生的垃圾量相对较少，且无法接受标记-清理算法产生的碎片。回收过程分为四个阶段：初始标记、并发标记、重新标记、并发清理。
CMS：以获取最短回收停顿时间为目标，适用于老年代不频繁GC的场景。但存在CPU资源敏感、无法处理浮动垃圾、产生内存碎片等问题。G1：提供可控的停顿时间，能够自己管理不同分代内对象的收集，不会产生内存碎片，适用于大内存机器。通过并发标记和筛选回收等机制，实现了高效且可预测的垃圾回收。
特点：与Minor GC相比，Major GC的执行速度通常较慢，因为老年代中的对象生命周期较长，需要花费更多时间来扫描和回收。等价关系：在大多数情况下，Major GC与Full GC是等价的，因为它们都会收集整个GC堆（包括年轻代和老年代）。
请详细谈谈CMS垃圾收集器的工作过程
1、CMS（Concurrent Mark Sweep）垃圾收集器通过并发标记和清理减少停顿，但存在并发模式失败、浮动垃圾及内存碎片化问题，其工作过程分为初始标记、并发标记、并发预清理、重新标记和并发清理五个阶段，依赖Full GC补救碎片化问题。
2、CMS（Concurrent Mark Sweep）收集器是一种以获取最短回收停顿时间为目标的老年代垃圾回收器，基于标记-清除算法实现，适用于互联网网站或B/S系统服务端等对响应速度要求高的场景。
3、CMS收集器的工作流程可以总结为：初始标记、并发标记、重新标记和并发清除。通过这些步骤，CMS收集器有效地管理了内存，同时尽量减少对应用程序的影响。在CMS收集器的实现中，存在一些优点和缺点。优点包括并发收集和低停顿，而缺点则包括三色标记算法的复杂性，以及可能产生的浮动垃圾和漏标问题。
cms垃圾收集器优缺点(一次性搞清楚CMS垃圾收集器)
1、缺点： 产生大量空间碎片：CMS收集器基于“标记清除”算法实现，这种算法在回收内存时会产生大量的内存碎片。内存碎片过多可能会导致在分配大对象时无法找到足够的连续内存空间，从而触发频繁的垃圾回收动作，影响系统性能。
2、它的主要缺点有两个：一个是效率问题，标记和清除过程的效率都不高；另外一个是空间问题，标记清除之后会产生大量不连续的内存碎片，空间碎片太多可能会导致，当程序在以后的运行过程中需要分配较大对象时无法找到足够的连续内存而不得不提前触发另一次垃圾收集动作。
3、CMS收集器优点：并发收集，低停顿：基于“标记-清理”算法，初始标记和重新标记阶段短暂停顿，并发标记与并发清理阶段与用户线程并行执行，显著降低停顿时间，适合对响应速度要求高的场景。缺点：CPU资源敏感：并发阶段占用部分线程资源，导致应用程序吞吐量下降。增量式并发收集器变种效果有限，不推荐使用。
4、响应优先：CMS 垃圾收集器则更注重响应时间。它通过与应用程序线程并发的方式进行垃圾回收，从而尽量减少对应用程序的影响。这使得 CMS 在处理需要快速响应的应用程序时更具优势。CPU 要求 CMS：CMS 垃圾收集器对 CPU 的要求较高。
5、特点：CMS是一种老年代收集器，以低停顿为目标，采用并发标记清除算法。优势：在标记阶段和应用线程并发执行，大大降低了垃圾收集时的停顿时间。但CMS对CPU资源敏感，可能会占用较多的CPU资源。ParNew与CMS的组合使用 应用场景：ParNew与CMS的组合常用于对停顿时间敏感的大型电商系统。