HotSpot JVM通过动态年龄判定规则触发对象晋升：当Survivor区中某年龄段对象总大小≥该区容量一半时，所有≥该年龄的对象立即晋升老年代。此规则与-XX:MaxTenuringThreshold为“或”关系，且在每次Minor GC复制阶段前自动执行。
动态对象年龄判定规则怎么触发
HotSpot JVM 并不僵化地等对象熬满 -XX:MaxTenuringThreshold 次 Minor GC 才晋升。它会实时扫描当前 Survivor 区中「同一年龄段」对象的总大小，一旦该年龄段所有对象占用空间 ≥ Survivor 区总容量的一半，JVM 就会把所有 ≥ 该年龄的对象**立即晋升到老年代**，跳过剩余年龄阈值。
这个行为是隐式、自动发生的，无需额外开关；它只依赖两个事实：Survivor 区大小固定、对象年龄在每次 Minor GC 后统一+1。
- 比如 Survivor 区为 1MB，某次 GC 后发现所有年龄=3 的对象共占 512KB，就满足“≥ 半区”条件 → 所有年龄 ≥3 的对象直接进老年代
- 这个判断发生在每次 Minor GC 的复制阶段前，不是事后统计
- 它和
-XX:MaxTenuringThreshold是“或”关系：满足任一即晋升
为什么不能只看 -XX:MaxTenuringThreshold=15
默认值 15 是保守上限，但实际晋升往往远早于此。尤其在 Spring 等框架下，大量单例 Bean 或缓存对象在启动后很快稳定存活，几轮 GC 后就集中堆积在某个年龄层 —— 此时动态规则极易被触发，导致本可继续留在年轻代的对象提前进入老年代。
后果很直接：tenured generation used 上升快、Full GC 频率增加、老年代碎片加剧。
- 观察 GC 日志时，如果发现
tenured generation使用率在 Minor GC 后突增（非因大对象），大概率是动态年龄触发了批量晋升 -
-XX:+PrintGCDetails中 Survivor 区的used值 + 对象年龄分布（需配合-XX:+PrintTenuringDistribution）是关键线索 - 盲目调高
MaxTenuringThreshold可能让 Survivor 区长期积压，反而引发更频繁的 Minor GC
如何用 -XX:+PrintTenuringDistribution 验证动态晋升
这个参数会打印每次 Minor GC 后 Survivor 区中各年龄对象的大小分布，是定位动态晋升最直接的手段。
示例日志片段：
Desired survivor size 524288 bytes, new threshold 7 (max 15) - age 1: 1245680 bytes, 1245680 total - age 2: 987320 bytes, 2233000 total - age 3: 532100 bytes, 2765100 total
这里 Survivor 容量是 512KB（524288 字节），但 age=1 就已超 1.2MB → 显然不可能全放得下，说明这批 age=1 对象已被动态晋升，日志里显示的是“本该放但没放进去”的数量（即触发晋升前的原始存活量）。
- 真正进 Survivor 的只有符合年龄阈值且空间允许的部分；其余直接跳去老年代
- 日志中
new threshold是 JVM 根据当前 Survivor 剩余空间动态计算出的本轮有效阈值，可能低于MaxTenuringThreshold - 若长期看到
new threshold远低于配置值（如配了 15，但日志总写 2~4），说明 Survivor 区太小或对象生命周期分布极不均匀
调整策略要盯住 SurvivorRatio 和对象生命周期特征
动态晋升本质是 Survivor 区容量与对象年龄分布失衡的结果。优化方向不是压制规则本身，而是调节它的触发条件。
- 增大 Survivor 区：用
-XX:SurvivorRatio=6（Eden:Survivor=6:1:1）替代默认 8，给同龄对象更多缓冲空间，降低“一半”门槛被轻易跨过概率 - 缩小单次晋升批次：如果业务中存在明显“短活+长活”两类对象，可考虑用
-XX:MaxTenuringThreshold=3~5主动控制长活对象快速晋升，避免它们在 Survivor 区堆积成“同龄大军” - 避免无意义的大数组分配：哪怕
new byte[1MB]不触发-XX:PretenureSizeThreshold，也可能因占满 Eden 导致 Minor GC 频繁，间接加速年龄累积
真正的难点在于：动态年龄判定没有开关，只能靠 Survivor 容量、对象创建节奏、GC 频率三者协同调节。一次调参后必须持续观察 PrintTenuringDistribution 输出，而不是只盯着老年代使用率数字。
