jvm堆内存调优需匹配应用对象生命周期与gc规律，核心是减少full gc、控制停顿并避免浪费；-xms与-xmx建议设为相等，-xx:newratio影响代间比例，年轻代大小应据对象存活特征调整，并通过jstat等工具监控验证。
调整 JVM 堆内存参数不是简单地“设得越大越好”，而是要匹配应用的对象生命周期特征和 GC 行为规律。核心目标是减少 Full GC 次数、控制单次 GC 停顿时间，并避免内存浪费或频繁晋升。
明确各参数的实际作用
-Xms 和 -Xmx 分别设置堆的初始大小和最大大小。建议两者设为相等（如 -Xms2g -Xmx2g），避免运行时动态扩容带来的额外开销和碎片风险。
-XX:NewRatio 控制老年代与年轻代容量比值（例如 -XX:NewRatio=2 表示老年代 : 年轻代 = 2 : 1）。该参数直接影响对象在年轻代的存活时间及晋升频率，需结合实际对象年龄分布来调。
根据应用特征选择年轻代比例
多数 Web 应用中，90% 以上对象朝生暮死，适合增大年轻代——但不是无限制：
- 若 Minor GC 频繁（如每秒多次）且 Eden 区使用率长期 >90%，说明年轻代偏小，可尝试用
-Xmn显式指定更大年轻代（比依赖 NewRatio 更直接）； - 若 Survivor 空间不足、出现 “to-space overflow” 或大量对象直接晋升老年代，说明 Survivor 区太小或对象平均年龄偏高，应调大 SurvivorRatio（如
-XX:SurvivorRatio=8）或适当增加年轻代总容量； - 若 Full GC 频繁且老年代增长缓慢，大概率是对象过早晋升（比如年轻代太小或 GC 触发太激进），此时降低 NewRatio（如从 3 改为 2）可扩大年轻代占比，延长对象在年轻代的历练时间。
配合监控数据做闭环验证
参数调整必须基于真实 GC 日志和内存行为反馈，不能凭经验拍板：
- 用
jstat -gc <pid> 1000 10</pid>观察 YGC/FGC 频次、各区域使用率、GC 耗时； - 关注关键指标：Minor GC 平均耗时是否 10 分钟；
- 若发现老年代持续缓慢上涨、但 Full GC 后只回收极少空间，可能是内存泄漏，此时调参无效，需用
jmap -dump+ MAT 分析对象引用链； - 上线前建议在预发环境对比两组配置（如 NewRatio=2 vs NewRatio=3），以吞吐量、P99 延迟、GC 时间占比为依据择优。
兼顾 JDK 版本与 GC 器选型
参数效果受垃圾收集器制约：
- JDK 8 默认 Parallel GC 对 NewRatio 敏感，而 G1（
-XX:+UseG1GC）则更依赖-XX:MaxGCPauseMillis和堆大小，NewRatio 不生效； - JDK 17+ 推荐 ZGC 或 Shenandoah，它们基本不依赖分代比例，-Xms/-Xmx 仍是关键，但无需纠结 NewRatio；
- 无论用哪种 GC，都应禁用
-XX:PermSize/-XX:MaxPermSize（JDK 8+ 已被 Metaspace 取代），改用-XX:MaxMetaspaceSize防止元空间耗尽。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
