targetsurvivorratio用于动态计算minor gc后的晋升年龄阈值，而非控制对象老化速度；它基于survivor容量与设定比率得出期望保留空间，按年龄累加对象大小，首次超限的年龄即为新阈值，并取其与maxtenuringthreshold的较小值。
目标存活率（-XX:TargetSurvivorRatio）不是用来“控制对象老化速度”的，而是JVM在每次Minor GC前，根据Survivor区当前容量，动态决定“最多允许多少年龄的对象留下”，从而间接影响晋升节奏。它不改变对象年龄增长逻辑（每轮GC+1），只改变“留不留得下”的判断边界。
TargetSurvivorRatio怎么参与晋升决策
该参数默认值为50，表示JVM希望GC后Survivor区占用不超过其总容量的50%。它不直接设阈值，而是通过以下步骤实时计算本次GC后的晋升年龄：
- 先算出期望的Survivor保留空间： desired = survivor_capacity × TargetSurvivorRatio ÷ 100
- 再按年龄从小到大累加各档对象大小（age 1、age 2、age 3…）
- 一旦累计和首次超过desired，就将该年龄设为本次实际晋升门槛（new threshold）
- 最终取min(计算出的年龄, MaxTenuringThreshold)作为本轮有效阈值
调高或调低TargetSurvivorRatio的实际效果
调整它不是“让对象老得慢一点”，而是改变Survivor区的“收纳策略”：
- 调高（如设为75）：desired变大 → 更多对象能被容纳 → 晋升门槛倾向于升高 → 短生命周期对象更可能在年轻代自然死亡
- 调低（如设为30）：desired变小 → Survivor很快“装不下” → 晋升门槛提前下降 → 大量age=2或age=3对象被批量推入老年代
- 注意：过高的TargetSurvivorRatio（如90）可能导致Survivor长期接近满载，复制失败风险上升，触发担保机制，反而加剧老年代压力
结合SurvivorRatio与UseAdaptiveSizePolicy看真实行为
TargetSurvivorRatio只有在-XX:+UseAdaptiveSizePolicy启用时才生效（JDK8+默认开启）。但它真正起作用的前提是Survivor区大小本身合理：
- 若
-XX:SurvivorRatio=12（即Survivor仅占年轻代1/14），哪怕TargetSurvivorRatio=50，Survivor物理空间也极小 → desired值很低 → 很容易在age=1就触发晋升 - 此时调TargetSurvivorRatio意义不大，应优先增大Survivor比例（如改用
-XX:SurvivorRatio=6）或固定年轻代布局（关闭UseAdaptiveSizePolicy） - GC日志中“Desired survivor size … new threshold X”才是真实依据，而非配置值
观察与验证的关键手段
仅靠参数设置无法确认效果，必须依赖日志输出：
- 添加
-XX:+PrintGCDetails -XX:+PrintTenuringDistribution - 关注每次Minor GC后“- age N: XXX bytes”各行的累计趋势
- 对比“Desired survivor size”与各age档total之和，看哪一档突破阈值
- 若发现new threshold长期等于MaxTenuringThreshold，说明Survivor空间充足，动态机制未被触发；若频繁波动（如2→3→2），说明系统正主动调节
