6.1.2.2 资源配额管理 当 LimitRange 成为“隐形绞索”:一次因默认 CPU 限制引发的 Java 应用雪崩级 OOM 排查实录 凌晨两点十七分,告警钉钉群炸开第三条红色消息:“prod-order-service Pod 频繁重启,CPU 使用率峰值达 98%,OOMKilled 比例 100%”。值班工程师小陈揉了揉发酸的眼睛——这不是第一次了。过去三周,订单服务在流量高峰时段总会随机崩掉几个 Pod,日志里只有一行冰冷的 ,而监控图上内存曲线却平滑得像被熨过。他翻出上周刚上线的 Helm Chart,确认 设为 , 是 ,数值参考了压测报告……可为什么,偏偏是它,在所有服务中第一个倒下? 这不是配置失误,也不是代码泄漏。