对象晋升阈值由-xx:maxtenuringthreshold控制，决定新生代对象经历多少次minor gc后晋升老年代；默认值因gc算法而异（parallel为15、cms为6、g1忽略），取值范围通常0–15；设为0时对象直接进入老年代。

对象晋升阈值由 JVM 参数 -XX:MaxTenuringThreshold 控制，它决定了对象在新生代（Young Generation）中最多经历多少次 Minor GC 后，仍存活就会被晋升到老年代（Old Generation）。

默认值与取值范围

该参数的默认值因 JVM 版本和垃圾收集器而异：

• 使用 Parallel GC 时，默认为 15（即最多 15 次 Minor GC）
• 使用 CMS GC 时，默认为 6
• G1 GC 中该参数基本被忽略（G1 使用动态年龄判断，而非固定阈值）
• 取值范围是 0–15（某些 JDK 版本支持最大 31，但实际有效上限仍受算法限制）

设置为 0 的含义

当 -XX:MaxTenuringThreshold=0 时，表示“不等待”，所有在 Eden 区经过一次 Minor GC 后幸存的对象，**直接进入老年代**（跳过 Survivor 区）。这适用于：

• 已知大部分对象生命周期极短，但少量对象天生“长寿”，提前晋升可减少 Survivor 区拷贝开销
• Survivor 空间频繁溢出（如日志中出现 Desired survivor size … is not enough）
• 系统存在大量中等生命周期对象，反复在 Survivor 区复制反而增加延迟

如何判断是否需要调优

关键不是盲目设高或设低，而是观察 GC 日志中的年龄分布：

• 用 -XX:+PrintGCDetails -XX:+PrintTenuringDistribution 查看每次 Minor GC 后各年龄对象大小
• 如果日志中显示“age 1: …”占绝大多数，且 age ≥ 2 的对象极少 → 可考虑降低阈值（如设为 1 或 2）
• 如果 age 分布较均匀，且老年代晋升量突增发生在 age 4–5 → 当前阈值可能偏高，可尝试设为 5
• 若 Survivor 区长期利用率低于 10%，说明对象晋升过早；若频繁触发 to-space overflow，说明晋升太晚或 Survivor 太小

配合 SurvivorRatio 一起调整

MaxTenuringThreshold 的效果高度依赖 Survivor 空间大小：

• Survivor 太小（如 -XX:SurvivorRatio=8，即 S 占 Young 的 1/10），即使阈值设为 15，对象也可能因空间不足被迫提前晋升
• 建议先通过日志确认 Survivor 实际使用率，再决定是调大 SurvivorRatio（减小比值数字，如设为 4），还是调低 MaxTenuringThreshold
• 典型组合：高吞吐场景倾向 -XX:SurvivorRatio=6 -XX:MaxTenuringThreshold=6；低延迟场景可能用 -XX:SurvivorRatio=4 -XX:MaxTenuringThreshold=3