核心是让jvm主动适配容器内存限制：需显式启用-xx:+usecontainersupport，用-xx:maxrampercentage=60.0等百分比参数动态设堆，配合-xx:maxmetaspacesize=256m、-xss256k控非堆内存，并通过gc日志和jcmd验证生效。
核心是让 JVM 主动适配容器内存限制，而不是按宿主机内存瞎猜。不配置或配错参数时，JVM 很可能把堆设到几 GB，而容器只给了 512MB——结果不是 Java 报 OOM，而是内核直接 Killed process xxx (java)，日志里连堆栈都没有。
必须开启容器感知支持
JDK 8u191+ 和 JDK 10+ 默认支持 cgroup 内存读取，但很多 OpenJDK 发行版或旧镜像默认关闭。不加这个参数，JVM 就看不到容器 limit：
- -XX:+UseContainerSupport：强制启用容器资源识别（务必显式写上）
- 验证方式：启动时加 -XX:+PrintGCDetails，看 GC 日志首行是否出现类似 -XX:MaxRAM=536870912 (512M) —— 若显示的是宿主机总内存（如 64G），说明没生效
用百分比代替固定值设堆大小
硬编码 -Xmx512m 在多环境部署中容易错配；用百分比能随容器 limit 自动缩放，更安全可靠：
- -XX:InitialRAMPercentage=60.0 和 -XX:MaxRAMPercentage=60.0：堆初始与上限都设为容器 memory limit 的 60%
- 60% 是经验安全值：预留 40% 给 Metaspace、线程栈（-Xss）、Direct Buffer、CodeCache 等非堆开销
- 不建议超过 75%，否则元空间暴涨或线程数突增（比如 200+ 线程 × 1MB 默认栈）极易突破总 RSS 限
封住非堆内存泄漏口
即使堆只占 60%，其他部分失控照样触发 OOMKilled：
- -XX:MaxMetaspaceSize=256m：防止类加载器持续增长吃光内存
- -Xss256k：将单线程栈从默认 1MB 降至 256KB，对多数 Spring Boot 服务足够且显著降低线程总开销
- 若用 Netty 或大量 NIO 操作，额外关注 -XX:MaxDirectMemorySize，避免堆外内存失控
启动后必须验证实际效果
配完参数不验证 = 白配。关键检查点：
- 查 GC 日志：确认 MaxHeapSize ≈ 容器 limit × 百分比（允许几十 MB 偏差）
- 进容器执行 jcmd $PID VM.flags | grep -E "(MaxRAM|MaxRAMPercentage|UseContainerSupport)"，确保所有参数已生效
- 用 ps aux --sort=-%mem | head -5 和 cat /sys/fs/cgroup/memory.max 对比 RSS 实际占用与限制是否合理
