1:2（-xx:newratio=2）是老年代与年轻代内存分配的稳妥起点，即年轻代占堆1/3、老年代占2/3，适配多数java对象短命特性及主流gc算法，兼顾稳定性与调优弹性。
JVM堆内存中老年代（OldGen）和年轻代（YoungGen）没有放之四海而皆准的“黄金比例”，但1:2（即 -XX:NewRatio=2）是经过长期验证、适用性最广的基准配置，可视为实际调优的起点和事实上的“黄金参考值”。
这个比例意味着：
- 年轻代占堆总空间的 1/3，老年代占 2/3；
- 在默认 HotSpot 行为下，年轻代内部 Eden:S0:S1 = 8:1:1；
- 大多数通用业务应用（如常规 Web 服务、REST API、中等负载后台任务）在此配置下 GC 行为稳定，Minor GC 频率合理，Full GC 较少触发。
为什么 1:2 是稳妥起点？
- 匹配对象生命周期分布规律：IBM 和 Oracle 的实测统计表明，约 80% 的 Java 对象在创建后极短时间内（1–3 次 Minor GC 内）即被回收，仅约 20% 会存活较久。1:2 的划分使年轻代足够容纳高频短命对象，又避免过度挤占老年代导致晋升失败或 Full GC。
- 适配主流垃圾收集器行为：Parallel GC、G1（默认模式）、ZGC 等均在此比例附近表现均衡；即使 G1 后期弱化分代概念，其区域分配逻辑仍隐含类似容量倾向。
- 留有调优余量：该比例不激进，便于根据监控数据向上（扩大年轻代）或向下（扩大老年代）微调，而非推倒重来。
不同场景下的合理偏离方向
短生命周期对象密集（如高并发 HTTP 请求、实时日志处理）
→ 建议 NewRatio=1（即年轻代:老年代 = 1:1）
年轻代升至堆的 50%，降低对象过早晋升概率，减少老年代压力。
配合-XX:SurvivorRatio=6（Eden:S0:S1 = 6:1:1），提升 Survivor 容量，延缓晋升。长生命周期对象主导（如本地缓存服务、连接池、规则引擎实例）
→ 建议 NewRatio=3 或 4（年轻代占堆 25% 或 20%）
避免年轻代过大造成空间浪费，同时保障老年代有足够余量承载稳定对象，抑制 Full GC。大堆场景（堆 ≥ 8GB）
→ 推荐 显式指定-Xmn（如-Xmn3g） + 固定-XX:NewRatio=2作为兜底
防止 NewRatio 在超大堆下导致 Survivor 区过小（如 16GB 堆按 NewRatio=2 算出年轻代约 5.3GB，若 SurvivorRatio=8 则每个 Survivor 仅约 0.26GB，易溢出），用-Xmn锁定新生代总量更可控。
实际配置注意点
-
-XX:NewRatio和-Xmn不可共存生效：一旦设置-Xmn，NewRatio 将被忽略； - SurvivorRatio 影响的是年轻代内部结构，不改变年轻代/老年代整体比例；
- 必须结合 GC 日志（
-XX:+PrintGCDetails -XX:+PrintGCDateStamps）观察：
✅ Minor GC 间隔是否稳定（理想 > 1s）
✅ 每次 Minor GC 后晋升到老年代的字节数是否平缓（突增说明 Survivor 不足或对象寿命异常）
✅ Full GC 是否极少发生（理想情况是数小时甚至数天一次）
不复杂但容易忽略。
