MaxTenuringThreshold是对象晋升老年代的动态年龄阈值，默认HotSpot为15、CMS为6，可通过-XX:MaxTenuringThreshold=N设置（0～15），实际晋升受年龄、Survivor空间等共同影响，含年龄达标、动态提前及担保失败三种触发条件。
分代收集模型中，对象从新生代晋升到老年代的年龄阈值（MaxTenuringThreshold）是影响GC行为和内存分布的关键参数之一。它不是固定不变的“硬门槛”，而是一个动态参考值，实际晋升时机受对象年龄、Survivor区空间使用情况等多因素共同决定。
默认值与基本含义
HotSpot JVM 默认的晋升年龄阈值为 15（CMS收集器默认为6）。这意味着：一个对象若在Minor GC中每次都能存活下来，并成功复制到Survivor区，最多经历15次Minor GC后，只要仍存活，就会被晋升至老年代。
- 该值可通过
-XX:MaxTenuringThreshold=N显式设置（N取值范围为0～15） - 设为0时，所有新生代对象不经过Survivor区，直接进入老年代（相当于禁用年龄晋升机制）
- 设为较大值（如12～15），可延长对象在新生代的驻留时间，提高在年轻代被回收的概率
真正触发晋升的两种主要条件
晋升不仅看年龄，更取决于Survivor区的实际承载能力。即使年龄未达阈值，也可能提前晋升：
-
年龄达标晋升：对象年龄 ≥
MaxTenuringThreshold，且Survivor区有足够空间容纳它 → 正常晋升 - 动态提前晋升：同一年龄的所有对象总大小 > Survivor区空间的一半 → 所有≥该年龄的对象全部晋升（JVM的“动态年龄判断”策略）
- 担保失败晋升：Minor GC时，存活对象总量超出Survivor容量 → 剩余对象直接进入老年代（分配担保机制）
调优建议与常见误区
盲目调高或调低阈值都可能带来副作用，需结合应用对象生命周期特征调整：
- 短生命周期应用（如Web请求对象）：默认15通常合适；若发现大量对象在Survivor区反复复制却未被回收，可适当降低阈值（如8～10），避免无效搬运
- 长生命周期对象较多时：可观察GC日志中
age=1到age=5的对象占比；若低龄对象就大量晋升，说明Survivor太小或对象存活率高，应优先增大Survivor（-XX:SurvivorRatio）或检查内存泄漏 - 慎用
-XX:MaxTenuringThreshold=0：虽减少复制开销，但会快速填满老年代，极易引发频繁Major GC或Full GC - 注意
-XX:TargetSurvivorRatio（默认50%）：它控制“多少比例的Survivor空间被占用后触发提前晋升”，配合阈值使用可更精细调控
验证与监控方法
是否生效，不能只看参数设置，必须通过GC日志确认实际行为：
- 启用详细GC日志：
-XX:+PrintGCDetails -XX:+PrintGCTimeStamps - 关注Minor GC日志中的
age信息，例如：[PSYoungGen: 1234K->567K(2048K)] 1234K->567K(4096K), 0.0123456 secs]后续若有tenuring distribution行，会列出各年龄对象大小 - 使用
jstat -gc <pid>观察S0/S1使用率、YGC次数及老年代增长趋势
