newratio 和 survivorratio 分层控制年轻代布局：newratio 设定老年代与年轻代容量比（如 newratio=2 时年轻代占堆1/3），survivorratio 决定 eden 与 survivor 区比例；年轻代过小致 minor gc 频繁，过大则单次延迟升高且易误升对象。

调整 NewRatio 和 SurvivorRatio 是优化 JVM 年轻代内存布局的关键手段，直接影响对象分配、Minor GC 频率与晋升行为。这两个参数不冲突，而是分层控制：NewRatio 决定年轻代与老年代的容量比例，SurvivorRatio 再进一步划分年轻代内部 Eden 与 Survivor 区的比例。

理解 NewRatio 的作用与设置逻辑

NewRatio = 老年代容量 / 年轻代容量（注意：不是年轻代占堆比）。例如 -XX:NewRatio=2 表示老年代 : 年轻代 = 2 : 1，即年轻代占整个堆的 1/3；NewRatio=3 则年轻代占 1/4。

• 默认值因 JVM 版本和模式而异（如 HotSpot Server 模式通常为 2，Client 模式可能为 8），可通过 -XX:+PrintGCDetails 启动时查看实际分配结果
• 年轻代过小 → Minor GC 频繁，STW 时间累加；过大 → 单次 GC 延迟升高，且可能加剧老年代压力（短命对象误升）
• 适合场景：若监控发现 Minor GC 很快又触发（如间隔

掌握 SurvivorRatio 的分区含义与调优要点

SurvivorRatio = Eden 区容量 / 单个 Survivor 区容量。例如 -XX:SurvivorRatio=8 表示 Eden : S0 : S1 = 8 : 1 : 1，即两个 Survivor 合计占年轻代 2/10 = 20%。

• Survivor 空间用于存放经历一次 Minor GC 后仍存活的对象，并支持“年龄计数”机制；空间不足会导致对象提前晋升到老年代（promotion failure）
• 若 GC 日志中频繁出现 "Desired survivor size" 远大于实际可用 Survivor 空间，或 "tenuring threshold" 被动态降低（如降到 1），说明 Survivor 不足，应增大其比例（即减小 SurvivorRatio）
• 但 Survivor 过大也会浪费年轻代空间（因两块 Survivor 始终只用一块），一般建议保持 1:1~1:3 的 Eden:单Survivor 比例（即 SurvivorRatio 在 4~8 之间较常见）

协同调整的实用策略

二者需结合应用对象生命周期特征共同判断，不能孤立设置：

• 短生命周期为主（如 Web 请求对象）→ 可适当增大年轻代（NewRatio=2 或 1.5），并保持 SurvivorRatio=6~8，确保 Eden 充足、Survivor 足够承载少量幸存对象
• 存在较多中生命周期对象（如缓存、会话上下文）→ 需加大 Survivor 容量防过早晋升，可设 SurvivorRatio=4 或 3，同时观察 tenuring threshold 是否稳定在合理值（如 4~15）
• 配合使用 -XX:+PrintTenuringDistribution 查看每轮 GC 后各年龄对象大小，验证 Survivor 设置是否匹配真实晋升节奏
• 务必在相同堆总大小下做对比测试（如固定 -Xms/-Xmx），避免 NewRatio 改变导致年轻代绝对大小波动掩盖真实效果

注意事项与常见误区

这些参数仅对 Parallel 和 CMS 收集器默认生效；G1、ZGC、Shenandoah 等新一代收集器忽略 NewRatio 和 SurvivorRatio，它们通过目标暂停时间或自适应策略动态管理分区。

• 设置 NewRatio=1 表示年轻代 = 老年代，但年轻代最小不能低于 1MB（JVM 限制），极端值可能导致启动失败
• SurvivorRatio 必须 ≥ 2（否则单 Survivor 小于 Eden 的一半，违反设计前提），且必须为整数
• 不要仅凭理论公式计算，一定要结合 GC 日志中的实际内存分布（如 eden used、survivor used、promoted bytes）做闭环验证