-xms与-xmx必须相等,避免动态调整引发stop-the-world;年轻代设为堆的1/3~1/2,搭配-xx:survivorratio=6;元空间需显式限制,如-xx:metaspacesize=256m、-xx:maxmetaspacesize=512m;线程栈建议-xss512k,并启用gc日志与堆转储。

Java 堆内存大小不能靠经验拍板,关键看物理资源、应用行为和 GC 表现是否匹配。固定初始与最大值、分代比例合理、配套限制元空间,才能让对象“各归其所”,减少晋升压力和停顿抖动。
堆大小要设成一样:-Xms 和 -Xmx 必须相等
两者不等会导致 JVM 运行中反复扩容缩容,每次调整都触发 Stop-The-World,产生不可预测的延迟毛刺。生产环境必须设为相同值,例如:
- 16GB 物理内存服务器,预留 2GB 给系统,可设 -Xms12g -Xmx12g
- 32GB 服务器,推荐 -Xms16g -Xmx16g 或 -Xms20g -Xmx20g
- 上限一般不超过物理内存的 70%,且操作系统至少保留 2GB 或 20%(取大者)
年轻代大小要配合对象生命周期:-Xmn 占堆 1/3~1/2
新对象都在 Eden 区分配,年轻代太小会频繁 Minor GC;太大则挤压老年代,加剧晋升压力。典型配置如下:
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 堆为 12GB,可设 -Xmn4g 或 -Xmn6g
- Web 类短生命周期服务(如 Spring Boot API),建议偏向 1/2;缓存类长生命周期服务,可略低至 1/3
- 搭配 -XX:SurvivorRatio=6(Eden:S0:S1 = 6:2:2),比默认 8 更利于缓冲存活对象
元空间必须显式限制:防动态类加载失控
JDK 8+ 后元空间使用本地内存,默认无上限。Spring Boot、Groovy、插件化架构极易因类加载过多导致系统内存耗尽。
- -XX:MetaspaceSize=256m:设为首次触发 Full GC 的阈值,避免启动期反复 Full GC
- -XX:MaxMetaspaceSize=512m:硬性上限,微服务不低于 256m,插件化架构可设至 1g
- 不设
MaxMetaspaceSize是生产环境常见 OOM 根源之一
别忘了线程栈和可观测性:-Xss 与 GC 日志要配齐
堆再合理,线程栈或元空间没控住,照样 OutOfMemoryError: unable to create native thread。
- -Xss512k(非默认 1MB):高并发场景下更稳妥,Tomcat 默认 200 线程时可节省近 100MB
- -Xlog:gc*:file=gc.log:time,level,tags(JDK 10+)或 -XX:+PrintGCDetails -XX:+PrintGCDateStamps(JDK 8)
- 加 -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/data/jvm/dump/,OOM 时自动留现场
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南










