MaxTenuringThreshold调高不一定减少老年代晋升，因动态年龄判定优先级更高：当某年龄对象总大小超Survivor空间一半时，该年龄及以上对象批量晋升；实际晋升阈值以GC日志中“new threshold”为准，而非配置值。
为什么 MaxTenuringThreshold 调高不一定减少晋升
新生代对象晋升到老年代，不只看年龄（GC 次数），更受 SurvivorSpace 容量和 TargetSurvivorRatio 实际使用率影响。JVM 会在每次 Minor GC 后动态计算“年龄分布直方图”，只有当某年龄的对象总大小 > SurvivorSpace 的一半时，该年龄及更老的对象才会批量晋升——这个机制叫“动态年龄判定”，它优先级高于 MaxTenuringThreshold。
所以盲目把 -XX:MaxTenuringThreshold=15 调到 15（默认值）或更高，可能完全无效，甚至因 Survivor 区长期淤积导致提前触发晋升或 Promotion Failure。
- 检查是否启用动态年龄判定：它默认开启，无法关闭；可通过
-XX:+PrintGCDetails日志中age行确认（例如age 1: 1234560 bytes, 1234560 total） -
SurvivorRatio过大会压缩 Survivor 空间，加剧早晋升；建议保持-XX:SurvivorRatio=6（即 Eden:S0:S1 = 6:1:1）作为起点 - 若日志频繁出现
Desired survivor size接近或超过实际 Survivor 容量，说明 Survivor 不够用，此时调MaxTenuringThreshold是徒劳
如何用 GC 日志定位真实晋升年龄
关键不是设阈值，而是看清对象到底几岁就走了。打开 -XX:+PrintGCDetails -XX:+PrintGCTimeStamps，关注每次 Minor GC 后的 age 统计块：
Desired survivor size 1048576 bytes, new threshold 7 (max 15) - age 1: 2932120 bytes, 2932120 total - age 2: 1048576 bytes, 3980696 total - age 3: 524288 bytes, 4504984 total
上面例子中，Desired survivor size 是 1MB，而 age 1 单龄就占了 2.9MB → 超过阈值，JVM 会把所有 age ≥ 1 的对象全部晋升，实际阈值被动态压到 1，MaxTenuringThreshold=15 形同虚设。
- 真正有效的阈值是日志里每次打印的
new threshold，不是你配置的MaxTenuringThreshold - 如果
new threshold长期 ≤ 2，说明对象存活率高或 Survivor 太小，应优先扩容新生代或调大SurvivorRatio - 避免只看一次日志：用
grep "age" gc.log | head -20观察连续多次 GC 的趋势
MaxTenuringThreshold 唯一该调低的场景
仅当确认存在大量“短命但跨 GC 存活 2~3 次才死”的对象，且它们反复在 Survivor 区搬运、浪费 CPU 和带宽时，才考虑主动压低阈值，让它们更快进老年代——前提是老年代有足够空间且 CMS/G1 不因此频繁并发失败。
- 典型场景：RPC 框架临时组装的 Request/Response 对象，构造后仅在本次调用链存活，但因线程局部性被带过 1~2 次 GC
- 操作方式：先用
-XX:+PrintTenuringDistribution确认这类对象集中在 age 2~3；再设-XX:MaxTenuringThreshold=2，观察老年代增长速率与 Full GC 频次 - 风险点：ZGC/Shenandoah 不支持该参数；G1 中该参数已被忽略（G1 使用
-XX:G1MaxNewSizePercent和-XX:G1NewSizePercent间接影响晋升节奏）
比调阈值更重要的三件事
绝大多数“晋升过多”问题，根源不在阈值，而在对象生命周期设计或内存布局。强行调参往往掩盖真因。
- 检查是否有缓存类对象（如
ThreadLocal、静态Map）意外持有新生代对象引用，阻止其及时回收 - 确认是否启用了
-XX:+AlwaysTenure（极少见但存在），它会彻底绕过年龄判断，所有幸存对象直接晋升 - 对于 G1，
MaxTenuringThreshold已无意义；应关注-XX:G1MixedGCCountTarget和-XX:G1OldCSetRegionThresholdPercent控制混合回收节奏
真正需要深度调优的，从来不是那个数字，而是对象从创建到不可达之间，究竟发生了什么。
