cms悲观策略是jvm默认启用的动态预测机制，依据老年代增长速率、晋升均值等历史数据预判空间不足，提前触发background cms gc以避免concurrent mode failure；其“悲观”体现在易因短时波动误判、常在占用率60%–75%就频繁触发，且gc间隔趋近2秒轮询周期。
CMS 的“悲观策略”不是主动配置的开关，而是 JVM 在未启用 -XX:UseCMSInitiatingOccupancyOnly 时默认启用的一种动态预测机制。它不依赖固定阈值，而是根据老年代对象增长的历史趋势，预判即将发生的空间不足，从而提前触发后台 CMS GC，避免进入 concurrent mode failure 或 promotion failed 等高停顿场景。
悲观策略怎么判断“增长过快”
JVM 持续统计以下数据：
- 每次 CMS GC 后老年代剩余空间大小
- 两次 CMS GC 之间老年代占用增长的绝对值和速率（单位时间增长 MB）
- 最近若干次 Minor GC 晋升到老年代的平均对象大小
- 当前老年代已用空间、剩余空间及晋升压力估算
当监测到：老年代当前增长速率显著高于历史均值，且按此速率推算，剩余空间将在短时间内（例如几秒内）耗尽——JVM 就会“悲观地”认为来不及等达到 CMSInitiatingOccupancyFraction 阈值，于是立即启动 background collector。
为什么叫“悲观”而不是“智能预测”
该策略偏向保守，容易误触发：
- 一次突发流量导致短时晋升激增，可能被误判为持续性增长
- 应用存在周期性批量任务（如定时报表生成），老年代陡升后又快速回落，但 JVM 仍按线性外推
- 日志中常表现为：OldGen 使用率仅 60%–75%，却频繁发生 CMS GC，间隔接近默认的 2 秒（
CMSWaitDuration）
如何确认当前是否受悲观策略影响
关键看 JVM 参数和 GC 日志特征：
- 未设置
-XX:+UseCMSInitiatingOccupancyOnly（即使用默认动态策略） - GC 日志中 CMS GC 触发时，OldGen 使用率明显低于
-XX:CMSInitiatingOccupancyFraction=80（比如只用了 62%） - 连续多次 CMS GC 后，OldGen 占用率大幅下降（如从 62% → 25%），说明回收及时，但触发过早
- 监控图显示 CMS GC 频次与业务请求波峰弱相关，反而呈现稳定节奏（如每 2 秒一次），这是后台线程轮询 + 悲观判定的典型表现
应对思路：控节奏，稳预期
悲观策略本身是 JVM 的自我保护，不能关闭，但可降低其干扰：
- 显式添加
-XX:+UseCMSInitiatingOccupancyOnly，让 CMS 只认阈值，排除动态预测干扰，便于定位和调优 - 结合业务压测，合理下调
-XX:CMSInitiatingOccupancyFraction（如设为 70–75），给 CMS 留出更充裕的并发执行窗口 - 检查是否因 Survivor 区过小或
MaxTenuringThreshold过低，导致对象过早晋升——这会人为放大老年代增长速率，加剧悲观判定 - 若确实存在短时大晋升（如缓存预热），可临时加大老年代容量，或改用 G1（JDK 9+ 推荐）以更好适应动态负载
