jvm内存调优关键在于职责明确、边界清晰、依据充分：堆需-xms与-xmx相等以避免full gc抖动；元空间须设-xx:metaspacesize与-xx:maxmetaspacesize双限；线程栈和堆外内存需按场景显式约束；容器中需启用-xx:+usecontainersupport或手动降配。
合理利用 JVM 内存参数，关键不是堆设得越大越好，而是让每一块内存都“有明确职责、有边界约束、有运行依据”。配置错位或放任默认，轻则 GC 频繁卡顿，重则容器被 OOMKilled 或线程创建失败。
堆内存：起始即锁定，避免抖动
-Xms 和 -Xmx 必须设为相同值（如 -Xms2g -Xmx2g），否则 JVM 在运行中扩容会触发 Full GC，造成不可预测的停顿。物理内存 8GB 的机器上，JVM 堆建议不超过 4GB；16GB 机器可设 6–8GB；32GB 以上且为大吞吐服务，可设至 12–16GB，但需预留至少 4GB 给元空间、直接内存、系统进程和容器开销。
- 不要盲目堆大：堆超 16GB 后，Parallel GC 效率明显下降，应切换 G1 或 ZGC
- 年轻代需显式控制：用 -Xmn 或 -XX:NewRatio 设定比例（如 -XX:NewRatio=2 表示老年代:年轻代 = 2:1），避免默认值导致 Eden 区过小、YGC 过密
- 必加兜底项：-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/path/to/dump，OOM 时自动留证
元空间：拒绝“无限增长”惯性
Java 8+ 已废弃永久代，改用元空间（Metaspace）存放类元数据。它默认不限上限，但 Spring Boot、OSGi、动态代理多的应用极易撑爆——尤其热部署频繁时。必须显式限制：
- -XX:MetaspaceSize=256m：触发改写类加载行为的初始阈值（非硬限制）
- -XX:MaxMetaspaceSize=512m：真正的上限，超限将抛 OutOfMemoryError: Metaspace
- 验证是否生效：启动后执行 jinfo -flag MaxMetaspaceSize
，输出应为具体数值而非 undefined
线程栈与堆外内存：隐性资源杀手
每个线程独占栈空间，默认 Linux 下为 1MB。若应用开启 2000 个线程，仅栈就吃掉 2GB——远超堆配置，却常被忽略。
- 高并发 Web 服务（如 Netty、Tomcat 线程池大）建议调低：-Xss256k 或 -Xss512k
- 递归深、局部变量多的业务逻辑，需保持 -Xss ≥ 1M，否则报 StackOverflowError
- 堆外内存（NIO Direct Buffer、JNI）不受 -Xmx 控制，要用 -XX:MaxDirectMemorySize=512m 限流，否则可能绕过 JVM 导致系统级 OOM
容器环境：别让 JVM “看不见”限制
Docker/K8s 中，cgroup 限制了容器内存上限，但旧版 JVM（JDK8u191 前）默认无视该限制，仍按宿主机内存计算堆大小，极易被 kill。
- JDK8u191+/JDK10+：默认启用 -XX:+UseContainerSupport，无需额外加参
- 老版本 JDK：必须显式添加该参数，否则 -Xmx 应设为容器 limit 的 70%～80%，留出余量
- 验证方式：启动后检查 jstat -gc
输出的总堆大小，是否接近你设定的 -Xmx，而非宿主机总内存
不复杂但容易忽略：参数配完只是起点，真正有效靠的是运行态验证——看 jstat、查 GC 日志、盯住容器 RSS 内存曲线。一次配置，三次观察，才能稳住 JVM 的呼吸节奏。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
