新生代默认eden:survivor from:survivor to=8:1:1，由-xx:survivorratio=8控制；该比例影响minor gc频率与对象晋升行为， survivor过小会导致对象过早晋升老年代、增加full gc风险。
调整新生代比例（即 Eden 区与 Survivor 区的大小关系）本身并不能直接“减少 GC 次数”，但合理设置能显著降低 Minor GC 频率 和 对象过早进入老年代的概率，从而间接减少 Full GC 次数。关键在于让大多数短生命周期对象在新生代内被回收，避免晋升压力过大。
理解新生代结构对 GC 行为的影响
新生代默认采用 Eden : From : To = 8 : 1 : 1 的比例（通过 -XX:SurvivorRatio=8 控制）。每次 Minor GC 时，Eden 和一个 Survivor 区中的存活对象会被复制到另一个 Survivor 区；无法容纳的对象或达到年龄阈值（默认 15）的对象会晋升到老年代。
如果 Survivor 空间太小，一次 Minor GC 后存活对象就可能放不下，触发 担保失败（Promotion Failure），迫使 JVM 提前将部分对象直接送入老年代——这会加速老年代填满，增加 Full GC 风险。
如何通过调整 SurvivorRatio 优化 Minor GC 效率
目标不是盲目增大 Survivor，而是让 Survivor 容量略大于每次 Minor GC 后的平均存活对象大小（可通过 GC 日志观察）。
- 用
-XX:+PrintGCDetails -Xloggc:gc.log开启 GC 日志，关注每次 Minor GC 后 “PSYoungGen” 或 “ParNew” 区中 “used” 值（即 GC 后新生代剩余占用） - 若 Survivor 区频繁出现 “Desired survivor size” 远小于实际存活对象大小，说明 Survivor 不足，可尝试调大（如
-XX:SurvivorRatio=6，即 Eden:Survivor=6:1，每个 Survivor 占新生代 1/8 → 1/7，总 Survivor 空间变大） - 若 Survivor 长期使用率极低（如 -XX:SurvivorRatio=12），把更多空间留给 Eden，延长对象在 Eden 中的存活时间，推迟 GC 触发时机
配合 MaxTenuringThreshold 和 InitialTenuringThreshold 使用
仅调比例不够，还需控制对象晋升年龄：
-
-XX:MaxTenuringThreshold=N：限制最大晋升年龄（JDK 8 默认 15，G1 默认 6） -
-XX:InitialTenuringThreshold=N：初始晋升年龄（用于自适应策略启动前） - 若日志显示大量对象在年龄 1~2 就晋升，说明 Survivor 确实太小或对象生命周期略长——此时加大 Survivor 比例 + 适当提高阈值更有效
注意新生代总大小与比例的协同关系
新生代占比（-XX:NewRatio）和内部比例（-XX:SurvivorRatio）需配合调整：
- 若堆内存充足且对象创建速率高，可增大新生代整体大小（如
-Xmn512m），再按需分配 Eden/Survivor 比例 - 单纯调小
SurvivorRatio却不扩大新生代，会导致 Eden 缩小，Minor GC 更频繁——这是常见误区 - 推荐优先固定
-Xmn，再调-XX:SurvivorRatio，比依赖-XX:NewRatio更可控
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
