JVM中的CMS都有哪些问题？

CMS（Concurrent Mark-Sweep）是一种以减小垃圾回收停顿时间为目标的垃圾收集器。然而，CMS也存在一些问题，其中一些问题可能在特定场景下产生，需要注意和处理。以下是一些CMS收集器的常见问题：

1. 碎片问题： CMS采用的是标记-清除算法，会导致内存碎片的产生。如果老年代出现了碎片，可能会导致无法找到足够的连续空间来分配大对象，从而触发Full GC。
2. 并发阶段对CPU资源的竞争： 在CMS的并发标记阶段，垃圾收集线程和应用程序线程是并发执行的，可能导致对CPU资源的竞争。在高并发的情况下，这可能会导致CMS的停顿时间变长。
3. Full GC的触发： 在并发标记阶段，如果应用程序线程修改了被标记的对象，就需要重新标记。这可能导致Full GC的触发，进而导致较长的停顿时间。
4. CMS退化： 当老年代的空间不足时，CMS可能会出现“Concurrent Mode Failure”（并发模式失败）的情况。此时，CMS会触发一次串行老年代的垃圾回收，停顿时间较长，影响系统的响应性能。
5. 不处理浮动垃圾： CMS在标记阶段并不处理浮动垃圾（在标记阶段产生的新的垃圾），而是在后续的清理阶段处理。这可能导致在清理阶段出现较长的停顿时间。
6. 内存泄漏问题： CMS在标记-清除算法中无法处理一些特殊情况下的内存泄漏问题，例如由软引用或弱引用导致的泄漏。
7. CMS老年代空间不足： 当并发标记阶段无法及时结束，而老年代的空间不足时，CMS可能会启动Serial Old收集器执行Serial Old垃圾回收，导致较长的停顿时间。

尽管CMS在降低垃圾回收停顿时间方面取得了一定的成功，但上述问题使得它在某些场景下可能不太适用。在JDK 9及之后的版本中，G1收集器逐渐替代了CMS，因为G1在停顿时间和整体性能方面取得了更好的平衡。