新生代与老年代比例无统一标准，需依对象生命周期和gc收集器动态调优：短生命周期场景用-xx:newratio=1（新生代占50%），长生命周期用4~6，混合业务从2起步；survivorratio过小会导致早晋升，应结合gc日志中promoted量和s0/s1使用率调整；g1/zgc下newratio失效，应改用目标型参数。
新生代与老年代的合理比例没有统一标准，关键看应用对象的生命周期特征和所用垃圾收集器。默认 -XX:NewRatio=2（新生代占堆 1/3）只是起点，实际需结合 GC 日志动态调整。
先看对象“活多久”再定方向
对象存活时间直接决定内存分配节奏：
- 短生命周期为主（如 Web API、下单请求）：90% 对象几秒内死亡 → 增大新生代，推荐 -XX:NewRatio=1（新生代占 50%），减少晋升压力
- 长生命周期为主（如本地缓存、连接池、会话对象）：大量对象存活数分钟以上 → 缩小新生代，推荐 -XX:NewRatio=4～6（新生代占 20%～17%），避免老年代过早填满触发 Full GC
- 混合型业务（如后台管理 + 实时报表）：从 -XX:NewRatio=2 起步，再根据监控数据微调
别只调 NewRatio，Survivor 区大小同样关键
新生代内部失衡（比如 Eden 太大、Survivor 太小）会导致对象“活不过一轮 GC”就晋升到老年代：
- 默认 -XX:SurvivorRatio=8 表示 Eden : 每个 Survivor = 8 : 1 → Survivor 各占新生代 10%
- 若 GC 日志中 Promoted 值偏高（比如 >20% 的回收量）、S0/S1 使用率长期 >90%，说明 Survivor 不够用
- 可调小该值，例如 -XX:SurvivorRatio=4 → 每个 Survivor 占新生代约 16.7%，Eden 降为 66.7%
选参数要匹配收集器和部署方式
不是所有参数在所有场景都生效：
- Parallel GC / Serial GC：-XX:NewRatio 有效，是主要调优手段
- CMS：早期依赖 NewRatio，但后期可能自适应失效，建议用 -Xmn 显式锁定新生代大小
- G1 / ZGC：完全忽略 -XX:NewRatio 和 -Xmn，它们按 Region 自主管理，应改用 -XX:MaxGCPauseMillis 等目标型参数
- 堆大小固定（如 -Xms8g -Xmx8g）时，优先用 -Xmn2g 而非 NewRatio，避免 JVM 内存对齐导致计算偏差
验证是否调对了，盯住三类指标
加参数启动：-XX:+PrintGCDetails -Xloggc:gc.log，重点关注：
- Young GC 间隔：理想 >10 秒；太短说明新生代过小
- Promoted 字段：每次 Minor GC 晋升到老年代的字节数；持续偏高说明 Survivor 不足或晋升阈值过低
- Full GC 频次：应极少发生；频繁出现说明老年代空间紧张或晋升过快
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
