关键是要让jvm感知容器内存限制，需显式启用-xx:+usecontainersupport，并用-xx:maxrampercentage等参数动态设堆，同时限制metaspace、线程栈和direct memory，容器层须设--memory与--memory-swap相等以禁用swap。
关键不是让 JVM 少用内存，而是让它“知道”自己只能用多少——必须强制它读取容器的 --memory 限制，而不是宿主机总内存。否则，哪怕你设了 -Xmx512m，JVM 仍可能因元空间、线程栈或 Direct Buffer 暴涨，导致 RSS 超限，被内核直接 OOM Killed，连堆栈日志都不留。
启用容器感知支持（必须显式加）
JDK 8u191+ 和 JDK 10+ 虽默认支持 cgroup，但很多基础镜像（如某些 OpenJDK Alpine 镜像）会关闭该特性。不加参数，JVM 就完全看不到容器限制：
-
-XX:+UseContainerSupport：强制开启容器资源识别，这是所有配置的前提 - 验证是否生效：启动时加
-XX:+PrintGCDetails，看 GC 日志首行MaxRAM=后的值是否等于你设的--memory（如1073741824表示 1G），而非宿主机内存（如34359738368表示 32G）
用百分比动态设堆，别硬编码 -Xmx
固定值 -Xmx 在多环境部署中极易错配；百分比能随容器内存 limit 自动缩放，且为非堆内存留出余量：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
-
-XX:InitialRAMPercentage=60.0和-XX:MaxRAMPercentage=60.0：堆初始与上限均设为容器 memory limit 的 60% - 60% 是经验安全值：剩余 40% 预留给 Metaspace、Direct Memory、线程栈、CodeCache 和 JVM 运行开销
- 不建议超过 75%，否则线程数突增或元空间暴涨极易突破总 RSS 限
封住非堆内存泄漏口（常被忽略）
堆只占一部分，Metaspace、线程栈、Direct Memory 不设限，照样触发 OOM Kill：
-
-XX:MaxMetaspaceSize=256m：防止类加载器持续增长，尤其在 Spring CGLIB、热更新场景 -
-Xss256k：将单线程栈从默认 1MB 降至 256KB，对多数 Spring Boot 微服务足够；若用虚拟线程（Java 21+），可额外加-XX:ThreadStackSize=512（单位 KB） -
-XX:MaxDirectMemorySize=128m：显式限制 NIO/Netty 堆外内存，默认等于-Xmx，易失控
容器层必须同步设硬限制并禁用 swap
JVM 参数再全，容器没设红线也白搭。Docker 默认允许使用等量 swap，这会掩盖内存问题、延长故障暴露时间：
-
--memory=1g：划出物理内存硬上限，超限立即终止主进程 -
--memory-swap=1g：让 swap 总量 = 物理内存，即彻底禁用 swap（注意：不能只写--memory=1g，否则 Docker 默认补1g swap） - 启动后进容器执行
cat /sys/fs/cgroup/memory/memory.limit_in_bytes和memory.memsw.limit_in_bytes，确认两者数值一致且等于你设定的 1g（1073741824）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
