单次 CMS Old GC 耗时长问题分析与优化

目录

一、现象说明

二、CMS GC 机制简述

三、可能导致长时间停顿的原因详细分析

（一）Full GC（完全垃圾回收）

1. 主要原因

2.参数调整

（二）Promotion Failure（晋升失败）

1. 主要原因

2. 参数调整

（三）内存碎片化问题

1. 主要原因

2. 参数调整

（四）并发标记和清理阶段的问题

1. 主要原因

2. 参数调整

（五）GC 并行度不足

1. 主要原因

2. 参数调整

四、优化思路与方案

（一）增加 Old Generation 的内存

1. 背景与原因

2. 具体方案

（二）减少 Promotion Failure

1. 背景与原因

2. 具体方案

（三）减少内存碎片

1. 背景与原因

2. 具体方案

（四）增加 CMS 的并行度

1. 背景与原因

2. 具体方案

（五）切换到 G1 GC

1. 背景与原因

2. 具体方案

（六）使用 ZGC 或 Shenandoah GC

1. 背景与原因

2. 具体方案

五、总结

---

干货分享，感谢您的阅读！

在高并发的生产环境中，Java 应用通常依赖于垃圾回收机制（GC）来管理内存。CMS（Concurrent Mark-Sweep）垃圾回收器是一种较为常见的垃圾回收策略，它通过并行回收来降低停顿时间。然而，在某些情况下，CMS 的 Old GC（老年代回收）阶段会出现较长的停顿，甚至超过 1000ms，极端情况下可能达到 8000ms。这类长时间的 GC 停顿会严重影响系统的响应时间，并可能引发系统的雪崩效应，即多个服务由于 GC 停顿相互影响，导致整个系统性能下降。

历史主要基本文章回顾：

涉猎内容	具体链接
Java GC 基础知识快速回顾