jvm垃圾收集器选择

CMS、G1 和 ZGC 是三种主要的垃圾回收器，每种都有其特点和适用场景。

1. CMS（Concurrent Mark-Sweep GC）

CMS特点：

• 并发回收：CMS 是并发的标记-清除垃圾回收器，年轻代使用复制算法，老年代使用标记-清除算法。这意味着在垃圾回收时，应用线程与 GC 线程同时工作，从而减少应用停顿时间。
• 老年代GC触发条件：CMS 不会等到老年代完全满了才进行回收，而是当老年代使用达到一定阈值时（默认 92%）开始回收，以避免长时间的 Full GC。
• 适用场景：适合对低延迟有较高要求的应用，例如 Web 服务、在线交易系统。

CMS优点：

• 低延迟：由于 CMS 在大部分阶段是并发的，它能大大减少老年代回收时的 "Stop-The-World" 停顿时间。
• 成熟稳定：CMS 已存在多年，适用于许多生产环境。

CMS缺点：

• 内存碎片问题：由于 CMS 是标记-清除回收器，不会整理内存，老年代内存中会产生碎片，这可能导致 Full GC。
• 并发模式失败：如果老年代在回收过程中无法及时腾出足够空间，可能会发生“Concurrent Mode Failure”，这会退回到单线程的 Serial Old GC，导致长时间暂停。
• 较高 CPU 消耗：CMS 在回收时需要额外的 CPU 资源，可能对 CPU 密集型应用有较大影响。

2. G1（Garbage First GC）

G1特点：

• 分区堆模型：G1 将堆分成多个大小相等的区域（Region），不同区域可能属于年轻代或老年代。通过收集垃圾最多的区域进行回收，因此称为“Garbage First”。
• 混合回收：G1 能够同时回收年轻代和老年代的内存，避免了 Full GC 的大范围内存整理。
• 暂停时间可控：G1 可以根据设置的最大暂停时间目标（默认 200ms），智能选择要回收的区域，来控制 GC 的影响。

G1优点：

• 适用于大堆内存：G1 尤其适合大堆内存（通常超过 6GB）环境，能够有效处理较大的老年代回收。
• 避免 Full GC：通过区域化内存管理和并行收集，G1 几乎避免了传统的 Full GC 停顿。
• 碎片整理：G1 在回收时会进行内存整理，减少了内存碎片问题。

G1缺点：

• 调优复杂：虽然 G1 能够自适应配置暂停时间，但在高性能应用场景下，G1 的调优相对复杂。
• 初始性能不及 CMS：在某些场景下，G1 的初始性能可能不如 CMS，尤其是在堆内存较小的情况下。
• 较高内存消耗：相比 CMS，G1 的元数据管理和并行策略可能导致较高的内存占用。

3. ZGC（Z Garbage Collector）

ZGC特点：

• 超低延迟：ZGC 是一种面向超低延迟设计的垃圾回收器，旨在将垃圾回收停顿时间控制在 10ms 以内。
• 堆内存极大：ZGC 支持非常大的堆内存（TB 级别），这使得它在处理大规模内存应用时有很大的优势。
• 并发收集：ZGC 采用完全并发的回收策略，垃圾回收和应用线程几乎同时进行，极大减少了暂停时间。

ZGC优点：

• 几乎无停顿：ZGC 的最大卖点就是它几乎不会产生明显的 GC 停顿，即使是在处理大内存时。
• 处理超大堆内存：ZGC 在堆内存非常大的情况下（如超过 1TB），仍然能保持很好的性能表现。
• 低内存碎片：ZGC 采用了内存指针的标记整理机制，能有效防止碎片问题。

ZGC缺点：

• CPU 开销高：ZGC 对 CPU 的要求较高，适合多核环境下使用，否则可能导致较高的 CPU 资源消耗。
• 尚在发展：相比 CMS 和 G1，ZGC 相对较新（Java 11 引入），尽管表现优异，但成熟度不如 CMS 或 G1。
• 较高的内存使用：ZGC 在运行时需要额外的元数据，导致整体内存占用较高。

CMS、G1 和 ZGC 选型建议：

1. 如果应用需要超低延迟，且堆内存非常大（如 TB 级别），并且系统有足够的 CPU 核心，ZGC 是最好的选择。 ZGC 几乎不会产生显著的暂停时间，适合高频交易、超大内存服务等需要极致低延迟的场景。
2. 如果应用对延迟有要求，且内存比较大（通常 6GB 以上），并且希望在兼顾延迟和吞吐量之间找到平衡，可以选择 G1。 G1能够提供稳定、可预测的暂停时间，适合大多数服务端应用场景。
3. 如果系统是中等规模的内存（<6GB），并且低延迟重要但 CPU 资源有限，CMS是一个成熟且较为轻量的选择。 尽管 CMS 有内存碎片和并发模式失败的风险，它仍然适合对响应时间要求较高的中小型应用