kubectl set resources deploy api --limits=memory=3Gi --requests=memory=2Gi kubectl exec api-7c6f8d9b5-4kz2p -- jcmd 1 VM.metaspace
JVM 参数写 -Xmx2g，容器 limits 也设 2Gi，压测十分钟后 Pod 被 OOMKilled，exit code 137。这类现象通常不是突然出现的，往前翻半天日志能看到苗头。
追下去是这么回事：堆只是 JVM 内存的一部分，元空间、线程栈、直接缓冲和代码缓存都算在 cgroup 里。堆顶到 2G 时，非堆部分再涨几百兆就超过 limits。
「JVM 堆与 limits」改完先别急着全量，挑一台机器放半天，真有问题这段时间就能看出来。权限不要一口气开到最大，先加到够用再往上试，范围小才好收。
把复现步骤压到三条以内，交给同事也能跑出来，才算真的定位清楚。改动写完就同步给同事，下一个人踩同一个坑，成本还是你的。
验证用真实数据走一遍，测试数据太干净，边界情况根本碰不到。能分两步做的操作就别合成一步，中间看一眼返回值，出问题好判断。
处理上按这个顺序：先用 -XX:MaxRAMPercentage=70 让堆跟着容器上限走；limits 提到 3Gi 给非堆留出至少 30%；打开 Native Memory Tracking 看哪一块在涨；用 jcmd VM.metaspace 确认元空间没有持续扩张。
确认没问题再收工，压测期间 RSS 峰值 2.6Gi Pod 没有重启 jcmd 里堆外内存稳定。