生产环境jvm内存参数需匹配应用行为与运行环境：-xms与-xmx必须相等（如-xms8g -xmx8g），避免动态扩缩容引发额外gc；新生代建议用-xmn直接设定（如-xmn3g）或-xx:newratio=2；元空间须设上限（如-xx:metaspacesize=128m -xx:maxmetaspacesize=512m）；线程栈可调至-xss512k；推荐g1回收器并开启gc日志。
JVM内存参数配置不是堆几个数字上去就行，关键在于匹配应用行为和运行环境。生产环境里最常出问题的，往往不是-Xmx设小了，而是-Xms和-Xmx不一致、新生代比例失衡、或者元空间没限制导致OOM。
初始与最大堆内存（-Xms 和 -Xmx）
这两个参数应设为相同值，尤其在生产服务器上。差异会导致JVM在运行中反复扩容缩容堆，触发额外GC和内存拷贝，拖慢响应。比如一台16GB内存的服务器，给Java服务分配8GB堆，就直接写成 -Xms8g -Xmx8g。容器环境下更要严格——若K8s limit设为8Gi，则-Xmx不能超过该值，否则可能被OOMKilled；建议设为limit的70%~80%，留出元空间、栈、直接内存等开销余量。
新生代大小（-Xmn 或 -XX:NewRatio）
新生代过小，Minor GC太频繁，CPU花在GC上；过大则老年代被压缩，容易触发Full GC。推荐用 -Xmn 直接指定大小，比用比例更可控。Sun官方建议新生代占整个堆的3/8，例如堆总大小8g，新生代可设为3g（-Xmn3g）。若用比例方式，-XX:NewRatio=2 表示老年代:新生代 = 2:1，即新生代占1/3，适合多数中型服务。
线程栈与元空间（-Xss 和 -XX:MetaspaceSize / -XX:MaxMetaspaceSize）
默认-Xss是1MB，高并发场景下（如Web服务每秒几百请求），线程数可能上千，栈内存会吃掉几GB。若确认单个线程不需要大栈，可降至256KB或512KB（-Xss512k），但注意避免StackOverflowError。元空间在Java 8+替代了永久代，不设上限时可能无节制增长，最终耗尽本地内存。建议明确设置：-XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=512m，并配合监控MetaspaceUsed指标，防止动态类加载（如Spring Boot、热部署）引发OOM。
垃圾回收器与关键辅助参数
Java 9+默认G1，对延迟敏感的服务可保留；吞吐优先的批处理任务可用ParallelGC。启用G1时，加 -XX:+UseG1GC，再配 -XX:InitiatingHeapOccupancyPercent=35 控制并发标记启动时机，避免堆积后才回收。无论选哪种GC，都建议开启详细日志：-XX:+PrintGCDetails -Xloggc:gc.log，便于分析停顿、晋升失败、内存碎片等问题。不要依赖-XX:+UseSerialGC上线——它只适合单核嵌入式或调试场景。
