-xx:targetsurvivorratio是静态调优参数，用于设定minor gc后survivor区目标使用率（默认50%），jvm据此动态计算晋升年龄阈值，但参数本身不可运行时修改，仅间接调控整体晋升节奏。
-XX:TargetSurvivorRatio 并不能动态控制对象晋升梯度，它只是一个**静态调优参数**，用于影响 Survivor 区的“目标使用率”，间接影响对象何时从 Survivor 晋升到老年代——但它不决定单个对象的晋升时机，也不支持运行时动态调整。
它的实际作用：调节 Survivor 空间“留多少、走多少”
该参数（默认值通常为 50，即 50%）告诉 JVM：在 Minor GC 后，希望 Survivor 区最终占用的空间比例接近这个值。JVM 会据此**动态计算晋升阈值（Tenuring Threshold）**，即对象在 Survivor 中存活多少次后被移到老年代。
例如：
- 设 -XX:TargetSurvivorRatio=30，表示希望 Survivor 使用率不超过 30%；GC 时若发现当前存活对象已占 Survivor 的 40%，就会提前把部分“较老”的对象晋升，把阈值从 15 降到 8，加快清理；
- 设为 70，则允许更多对象多熬几轮 GC，阈值可能升到 12 或更高，减少过早晋升。
它不是“动态控制”的真正含义
所谓“动态”，是指 JVM 在每次 Minor GC 后，根据当前 Survivor 实际占用情况，重新估算下一次 GC 的晋升阈值（通过 -XX:MaxTenuringThreshold 限定上限）。这个过程是自动的、响应式的，但：
- 参数本身在 JVM 启动时就固定了，无法运行时修改（HotSpot 不支持该参数的 JMX 或 VM 变更）；
- 它不干预具体哪个对象该晋升，只调控整体“年龄分布策略”；
- 真正触发晋升的仍是对象年龄 ≥ 当前 Tenuring Threshold，或 Survivor 空间不足导致“担保失败”（Allocation Failure）。
怎么合理使用它？
适用于存在明显对象生命周期分层的场景（如短活对象多、中长活对象少），目标是减少老年代无效晋升和 Survivor 碎片：
- 观察 GC 日志中的
Desired survivor size和new threshold字段，确认 JVM 是否按预期调整； - 若发现老年代增长快 + Survivor 长期低利用率 → 可适当提高 TargetSurvivorRatio（如 60–75），让对象多留几轮；
- 若 Survivor 频繁溢出、promotion events 突增 → 降低该值（如 30–40），加速释放空间；
- 务必配合 -XX:+PrintGCDetails -XX:+PrintTenuringDistribution 验证效果。
注意替代与协同参数
单独调它效果有限，需结合：
- -XX:MaxTenuringThreshold：硬性限制最大年龄阈值（如设为 6，即使 Survivor 很空也不会让对象活过 6 次 GC）；
- -XX:+AlwaysTenure：直接关闭年龄晋升，所有幸存对象都进老年代（调试用，慎用）；
- -Xmn 和 -XX:SurvivorRatio：决定 Survivor 总大小，才是影响“能否装下”的基础。
