为什么要学 JVM 调优：从一次线上 OOM 事故说起
本文是《JVM调优实战》专栏第 1 讲。
引言
2025 年双十一当晚，某电商平台的核心订单服务在流量峰值到来的第 47 分钟突然不可用。监控面板上，服务的响应时间从 200ms 飙升到超时，错误率从 0.01% 暴涨至 99%。运维团队紧急重启后，服务恢复，但仅仅过了 12 分钟又再次崩溃。如此反复三次，大促的黄金一小时就这样在一次次重启中流逝，预估损失超过 800 万元。
事后排查，根因并不复杂——一个新上线的促销活动查询接口，每次请求都会把完整的活动配置对象加入一个静态 List，却从未清理。随着请求量飙升，这个 List 不断膨胀，最终撑爆了本就偏小的堆内存配置（-Xmx512m），抛出java.lang.OutOfMemoryError: Java heap space。
这不是一个编造的故事，而是几乎所有中大型 Java 系统都会经历的真实噩梦的缩影。OOM、GC 停顿导致服务卡顿、CPU 飙高找不到原因……这些问题看似偶发，实则根植于 JVM 的运行机制。理解 JVM、掌握调优，不是为了炫技，而是为了在危机来临时，你能成为那个 10 分钟定位问题、而非 10 小时盲目重启的人。
OOM 事故复盘：一个小泄漏如何酿成大灾难
让我们用一段代码还原这类事故的本质：
<
