JVM不能直接设置新生代与老年代的固定比例，但可通过-Xmn显式指定新生代大小（优先级最高）或-XX:NewRatio设定老:新比例（仅Serial/Parallel/CMS有效），结合应用对象生命周期特征与GC日志分析调整。
JVM 中不能直接设置新生代与老年代的固定比例，但可以通过参数间接控制。核心思路是：在总堆大小确定的前提下，通过指定新生代大小或设定老:新比例，来影响两者占比。
用 -Xmn 显式设置新生代大小
这是最直接、优先级最高的方式。JVM 会把剩余堆空间自动分配给老年代。
- -Xmn512m：新生代固定为 512MB，老年代 = 总堆 - 512MB
- 若同时设置了 -Xmn 和 -XX:NewRatio，JVM 忽略后者，以 -Xmn 为准
- 适合对内存结构要求明确的场景，比如压测中需稳定复现 GC 行为
用 -XX:NewRatio 控制老年代与新生代的比值
该参数表示「老年代 : 新生代」的比例，不是「新生代 : 老年代」。默认值通常为 2（即新生代占堆 1/3）。
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
- -XX:NewRatio=3 → 老:新 = 3:1 → 新生代 = 总堆 × 1/4
- -XX:NewRatio=1 → 老:新 = 1:1 → 新生代 = 总堆 × 1/2
- 仅在使用 Serial、Parallel 或已废弃的 CMS 收集器时生效；G1、ZGC 完全忽略此参数
结合应用特征选比例
没有通用最优值，需看对象生命周期和 GC 表现：
- Web 服务、短生命周期对象多 → 增大新生代（NewRatio=1~2 或 -Xmn 更大），减少晋升
- 缓存服务、长生命周期对象多 → 增大老年代（NewRatio=5~8），避免频繁 Full GC
- 观察 jstat -gcutil 或 GC 日志：Young GC 频繁 → 新生代偏小；Full GC 频繁 → 老年代偏小或对象晋升过快
注意新生代内部结构的影响
新生代占比定了，还要关注 Eden 和 Survivor 的分配，它会影响对象晋升节奏：
- -XX:SurvivorRatio=8：Eden 占新生代 8/10，每个 Survivor 占 1/10
- 若发现对象过早进入老年代（如 Survivor 空间不足），可调小该值（如设为 6），增大 Survivor 区
- 该参数与 -XX:NewRatio 或 -Xmn 配合使用，共同决定整体回收行为
