知识卡片
GC死亡螺旋：资源相互依赖的级联恶化
内容
系统资源常存在隐蔽的正反馈依赖：未调优 GC 参数的 Java 前端在高负载下 CPU 不足，导致请求变慢、 处理数增多、内存上升，压缩缓存空间令命中率下降，更多请求转发到后端消耗其 CPU，最终触发健康 检查失败并连锁故障。CPU 减少还会让垃圾回收更频繁，回收本身又耗 CPU，形成”GC死亡螺旋”。最 棘手之处在于，表层症状和真正根源隔着多层因果链，前后端由不同团队运维时几乎无法临场还原。
参考来源
- 位置：《SRE：Google运维解密》第22章《处理连锁故障》"资源之间的相互依赖"一节（源文件：_epub-src/OEBPS/Text/0009_0013.xhtml）
- 结论依据：原文给出九步因果链示例（"某Java前端服务器GC参数没有被调优"→CPU不足→请求变慢→内存上升→缓存命中率下降→后端CPU/线程不足→触发连锁故障），并明确定义"由于CPU资源减少，请求处理速度变慢，内存使用率上升，导致GC触发次数增多，导致CPU资源的进一步减少……我们将此称之为'GC死亡螺旋'"。
- 原始内容：一个糟糕透顶的场景：由于CPU资源减少，请求处理速度变慢，内存使用率上升，导致GC触发次数增多，导致CPU资源的进一步减少。我们将此称之为"GC死亡螺旋"……尤其是在前端和后端由不同团队运维时，判断后端崩溃是由于前端缓存命中率下降可能非常困难。