-XX:MaxTenuringThreshold 是对象晋升老年代的年龄上限，默认值因GC器而异（G1/Parallel为15，CMS通常为15），取值范围0–15；设为0则对象Minor GC后直入老年代，实际晋升年龄由JVM动态决定且≤该值，需结合GC日志中“new threshold”验证。
Java 中晋升老年代的年龄阈值由 JVM 参数 -XX:MaxTenuringThreshold 控制，它决定了对象在 Survivor 区经历多少次 Minor GC 后，若仍存活就会被晋升到老年代。
默认值与取值范围
该参数默认值因垃圾收集器而异：
- G1 收集器：默认为 15（实际有效最大值为 15，因为年龄用 4 位二进制表示）
- Parallel Scavenge（吞吐量优先）：默认也是 15
- Serial / CMS：默认通常为 15，但部分 JDK 版本可能动态计算（如根据 Survivor 空间使用情况自适应调整）
取值范围是 0 到 15。设为 0 表示对象经过一次 Minor GC 后就直接进入老年代（即不经过 Survivor 区）；设为 1 表示至少经历 1 次 GC 且存活后，在第 2 次 GC 前晋升（注意：年龄从 1 开始计数，不是从 0）。
如何设置与验证
在启动 JVM 时添加参数即可：
立即学习“Java免费学习笔记（深入）”；
-XX:MaxTenuringThreshold=6
要确认是否生效，可启用 GC 日志观察晋升行为：
- JDK 8 及以前：-XX:+PrintGCDetails -XX:+PrintTenuringDistribution
- JDK 9+（统一日志系统）：-Xlog:gc*,gc+age=debug
日志中会显示每次 Minor GC 后各年龄对象的大小分布，例如：
Desired survivor size 1048576 bytes, new threshold 6 (max 6)
其中 new threshold 表示本次 GC 后采用的晋升阈值，max 6 即你设置的 MaxTenuringThreshold 值。
调整建议与注意事项
调整这个参数需结合对象生命周期特征和 Survivor 空间利用率：
- 如果应用大量对象“朝生夕死”，但 Survivor 区频繁溢出（打印日志中出现 "to-space overflow"），说明对象晋升过慢，可适当 降低阈值（如设为 2~4），减少 Survivor 复制压力
- 如果老年代晋升过快、老年代 GC 频繁，而 Survivor 使用率长期偏低，说明对象过早晋升，可尝试 提高阈值（如 10~15），让更多对象在年轻代被回收
- 注意：JVM 可能动态调整实际使用的阈值（尤其 Parallel 和 Serial 收集器），低于你设定的 max 值。日志中的 new threshold 才是真实生效值
- G1 收集器下该参数作用有限，G1 主要依据对象大小、存活时间预测及混合 GC 策略决定晋升，MaxTenuringThreshold 仅作为兜底参考
相关联的重要参数
单靠调整年龄阈值效果有限，还需配合以下参数协同优化：
- -XX:SurvivorRatio=N：设置 Eden 与一个 Survivor 区的大小比（如 -XX:SurvivorRatio=8 表示 Eden : S0 : S1 = 8:1:1），影响 Survivor 容量，间接影响对象能否“活够”指定年龄
- -XX:+AlwaysTenure：强制所有存活对象直接进入老年代（跳过 Survivor），等价于 -XX:MaxTenuringThreshold=0，慎用
- -XX:+NeverTenure：禁止晋升（仅调试用，生产禁用）
