Java中年轻代与老年代比例由-XX:NewRatio控制，默认值2即年轻代占堆1/3，仅对Serial/Parallel GC生效；推荐用-Xmn直接设年轻代大小，并结合-XX:SurvivorRatio调整Eden与Survivor占比，需依GC日志调优。
Java 中年轻代与老年代的比例不能“设置”成绝对大小，而是通过参数控制它们的相对占比，核心是 -XX:NewRatio 参数。
用 -XX:NewRatio 控制老年代/年轻代比例
该参数指定的是：老年代（Old）与年轻代（Young）的容量比值（按堆内存中占用的字节数计算），默认值通常是 2（即老年代 : 年轻代 = 2 : 1，年轻代占整个堆的 1/3）。
- -XX:NewRatio=2 → 老年代占 2 份，年轻代占 1 份 → 年轻代 = 1/3 堆大小
- -XX:NewRatio=3 → 老年代 : 年轻代 = 3 : 1 → 年轻代 = 1/4 堆大小
- -XX:NewRatio=1 → 老年代 = 年轻代 → 年轻代 = 1/2 堆大小
注意：这个比例仅在使用 串行（Serial）或吞吐量优先（Parallel）垃圾收集器 时生效；G1、ZGC、Shenandoah 等新一代 GC 不受此参数影响，它们动态管理分代区域。
更精细地控制年轻代：用 -Xmn 或 -XX:NewSize/-XX:MaxNewSize
相比 NewRatio 的粗粒度比例控制，直接指定年轻代大小更常用、更可控：
立即学习“Java免费学习笔记（深入）”；
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- -Xmn512m → 年轻代固定为 512MB（等价于 -XX:NewSize=512m -XX:MaxNewSize=512m）
- -XX:NewSize=256m -XX:MaxNewSize=1g → 年轻代可随堆动态扩展，最小 256MB，最大 1GB
推荐优先使用 -Xmn（尤其在稳定负载场景），避免因堆总大小变化导致年轻代过小（引发频繁 Minor GC）或过大（导致单次回收耗时增加、晋升压力大）。
配合 Survivor 区调整：-XX:SurvivorRatio
年轻代内部由 Eden + 2 个 Survivor（S0/S1）组成。-XX:SurvivorRatio 控制 Eden 与单个 Survivor 的比例（默认通常为 8）：
- -XX:SurvivorRatio=8 → Eden : S0 : S1 = 8 : 1 : 1 → Eden 占年轻代 80%，每个 Survivor 占 10%
- 若对象存活率高、Minor GC 后大量对象需幸存，可适当调大 Survivor（如设为 4），减少提前晋升到老年代
但 Survivor 过大会降低 Eden 空间，可能增加 Minor GC 频率——需结合 GC 日志（如 -Xlog:gc* ）观察实际晋升量和 Survivor 使用率再调整。
实际配置建议与验证方式
不要盲目调参。典型做法是：
- 先用默认参数运行，开启详细 GC 日志：-Xlog:gc*:file=gc.log:time,tags,level
- 观察日志中 [Eden: ...->..., Survivors: ...->..., Heap: ...] 行，看每次 Minor GC 后有多少对象晋升到老年代
- 若老年代增长快、Full GC 频繁，可能是年轻代太小或 Survivor 太小；若 Minor GC 太频繁且 Eden 几乎每次都被填满，可增大 -Xmn
- 对延迟敏感应用（如 Web API），可适度增大年轻代（如 -Xmn1g），减少 Minor GC 次数；对吞吐敏感应用（如批处理），可接受稍高频 Minor GC 换取更高整体吞吐
记住：分代比例只是初始约束，JVM 会根据 GC 表现自适应调整（尤其是 Parallel GC 的 AdaptiveSizePolicy，默认开启），必要时可用 -XX:-UseAdaptiveSizePolicy 关闭自动调整以获得完全确定的行为。
