java进程内存需组合参数限制：-xmx设堆上限防oom，-xx:maxmetaspacesize控元空间，-xx:maxdirectmemorysize管直接内存，-xss调线程栈，容器中必启-xx:+usecontainersupport并配maxrampercentage。
Java 进程的内存使用不能靠单个参数“一刀切”限制，而是需组合多个 JVM 参数，分别控制堆、元空间、直接内存和线程栈等关键区域。最核心的是 -Xmx，它明确设定了堆内存上限，是防止 OOM 的第一道防线。
堆内存：用 -Xmx 和 -Xms 控制主体容量
堆是对象分配的主要区域，也是内存消耗的大头。必须显式设置上限，否则 JVM 可能按宿主机物理内存比例自动分配（尤其在容器中风险极高）。
-
-Xmx：指定最大堆内存，例如
-Xmx2g表示最多使用 2GB 堆内存；单位字母必须大写（m、g），-Xmx2G合法，-Xmx2g无效 -
-Xms：设定初始堆大小；建议与
-Xmx设为相同值（如-Xms2g -Xmx2g），避免运行时动态扩容引发 GC 波动，提升稳定性 - 不设
-Xmx是常见隐患——默认值通常仅 1/4 物理内存，但在容器里可能误读为宿主机总内存，导致被 cgroup kill
元空间：用 -XX:MaxMetaspaceSize 防止类加载失控
Java 8+ 中，类元数据存放在元空间（Metaspace），不再受永久代限制。动态生成类（如 Spring CGLIB、热部署、插件化场景）易使其持续增长直至溢出。
-
-XX:MaxMetaspaceSize=256m：硬性限制元空间上限，超限抛
OutOfMemoryError: Metaspace - 可搭配 -XX:MetaspaceSize=128m 提前触发 GC，避免首次达到上限才回收，减少突发停顿
- 若日志中频繁出现 Metaspace GC，说明类加载压力大，需检查 ClassLoader 是否泄漏或代理类是否过度生成
堆外内存与线程资源：补充限制不可忽视的部分
堆内存只是 Java 进程内存的一部分。NIO、Netty、数据库连接池等大量使用直接内存；每个线程也有独立栈空间，线程数多时总开销显著。
-
-XX:MaxDirectMemorySize=512m：限制 Direct Buffer 总量，默认等于
-Xmx值，但建议显式设置以防堆外内存失控 -
-Xss256k：降低单线程栈大小（默认约 1MB）；适用于高并发轻量服务，但过小会导致
StackOverflowError，尤其在深度递归或 AOP 代理链长时
容器环境：必须启用 -XX:+UseContainerSupport
在 Docker 或 Kubernetes 中，旧版 JVM 无法识别 cgroup 内存限制，仍按宿主机内存计算堆大小，极易被 OOMKilled。
- JDK 8u191+ 或 JDK 10+ 默认启用 -XX:+UseContainerSupport，自动感知容器内存限制
- 推荐显式配置 -XX:MaxRAMPercentage=75.0，让 JVM 按容器内存的 75% 计算
-Xmx（例如容器限制 4GB，则堆≈3GB） - 禁用该选项会退回到传统逻辑，风险极高
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
