目标存活率（-XX:TargetSurvivorRatio）默认为50%，决定Minor GC后 Survivor 区对象累计占比达该比例时触发动态年龄晋升；调高则延缓晋升、调低则加速晋升，需结合 Survivor 实际容量协同调优。
目标存活率（-XX:TargetSurvivorRatio）是 JVM 动态年龄判定机制中一个被低估但非常关键的调节参数。它不直接设定晋升年龄，而是改变“动态阈值”的触发条件——即 Survivor 区中对象累计占用达到多少比例时，就启动年龄分界线计算。
目标存活率如何影响动态晋升逻辑
默认情况下，JVM 在每次 Minor GC 后，会按年龄从小到大累加 Survivor 中对象大小；当累计和首次超过 Survivor 总容量的 50%，就将 ≥ 该年龄的对象全部晋升。这个“50%”就是 TargetSurvivorRatio 的默认值（单位为百分比，取值范围 0–100）。
调整它，等于在不动用 SurvivorRatio 或 MaxTenuringThreshold 的前提下，直接干预晋升敏感度：
- 调高 TargetSurvivorRatio（如设为 75）：要求更多对象堆积才触发晋升 → 年龄阈值被动推高 → 对象更“耐熬”，适合生命周期偏长、且 Survivor 空间充裕的场景
- 调低 TargetSurvivorRatio（如设为 30）：少量对象就能跨过临界线 → 年龄阈值下探更快 → 小对象更容易早晋升，适合短生命周期+高吞吐写入的业务（如日志缓冲、实时消息解析）
-
设为 0：禁用动态晋升逻辑，完全退回到仅依赖
MaxTenuringThreshold的静态模式（不推荐，丧失自适应能力）
配合 Survivor 容量使用才有效
单独改 TargetSurvivorRatio 效果有限，必须结合 Survivor 实际大小来看：
- 若 Survivor 很小（比如
-XX:SurvivorRatio=12），即使设TargetSurvivorRatio=75，绝对空间也极小 → 年龄 1 的对象就可能凑够 75%，反而导致更早晋升 - 若 Survivor 较大（如
-XX:SurvivorRatio=6），再配TargetSurvivorRatio=75，才能真正让对象多留几轮 GC - 观察 GC 日志中类似
S0: 3840K->420K(4096K)的字段，计算实际使用率（420/4096 ≈ 10%），再对比你设的 Target 值，才能判断是否“达标未触发”
调优时要盯住两个日志信号
改完参数后，不能只看是否“少 Full GC”，而要看晋升节奏是否符合预期：
- 看 Survivor 占用趋势：连续几次 Minor GC 后，Survivor 使用率稳定在 20% 以下，说明当前 Target 值偏高或 Survivor 过大；若频繁卡在 45%–49%，说明正处在动态晋升边缘，可微调 Target 向上或向下 5–10 点
-
看 promoted 字段变化：例如某次 GC 日志出现
promoted 1248K，同时 Survivor 使用率从 41% 跳到 48%，基本可断定这次晋升由动态机制驱动，且临界年龄就是刚被累加进来的那批对象的年龄
不建议脱离监控硬编码 Target 值
TargetSurvivorRatio 是一个“响应型”参数，不是“预设型”。它的价值在于让 JVM 根据真实内存压力自动伸缩晋升边界。生产环境建议：
- 初始设为默认 50，先跑 24 小时，收集 GC 日志中 Survivor 使用率分布和单次晋升量直方图
- 若发现晋升量波动剧烈（如某次 200K，下一次 3.2MB），说明 Survivor 区存在小对象扎堆现象，可尝试把 Target 降到 40，并同步检查是否有批量创建小对象的代码路径
- 避免与
MaxTenuringThreshold设得过近（如 Target=45，Max=5）——前者还没触发，后者已截断，动态机制形同虚设
