对象年龄达当前new threshold即晋升老年代，非固定15次；每次Minor GC存活对象复制到To Survivor时年龄+1；new threshold动态计算，依据Survivor中各龄对象累计占比是否超TargetSurvivorRatio（默认50%）。
对象年龄达到阈值后进入老年代，不是“满15次就立刻走”，而是发生在下一次 Minor GC 过程中——当该对象仍存活，且其年龄 ≥ 当前生效的晋升年龄阈值时，它就会被复制到老年代，而不是 Survivor 区。
年龄怎么算、谁来记
每次 Minor GC 后，Eden 和当前 From Survivor 中存活的对象会被复制到 To Survivor 区，同时对象头中的年龄字段 +1。这个年龄是对象自身的属性，由 JVM 在内存中直接维护，不依赖引用或栈帧。
关键点：
- 新对象出生在 Eden，年龄始终为 0
- 只有成功“躲过”一次 Minor GC 并被复制进 Survivor，年龄才变为 1
- 对象不会在 Survivor 区“原地变老”，必须经历复制动作才会增龄
真正决定晋升的不是 MaxTenuringThreshold，而是 new threshold
GC 日志里这行很关键：
立即学习“Java免费学习笔记（深入）”；
其中 new threshold 2 才是本轮 GC 后实际启用的晋升起点年龄；max 6 只是上限，不参与日常判定。
这个 new threshold 每轮都可能变，依据是 Survivor 区内各年龄对象的累计大小是否突破 TargetSurvivorRatio（默认 50%）：
- 如果 age1 对象总大小占 Survivor 容量的 48%，age2 占 12%，累加到 age2 达 60% → new threshold = 2
- 如果所有年龄对象加起来也没到 50%，JVM 就退回到按 max 值（如 6 或 15）执行
达到阈值后，具体怎么进老年代
在下一次 Minor GC 触发时：
- JVM 扫描 Eden + From Survivor 中所有存活对象
- 对每个对象检查：年龄 ≥ 当前 new threshold？
- 满足则跳过 Survivor，直接分配到老年代（前提是老年代空间足够）
- 不满足则按常规流程复制到 To Survivor，年龄+1
注意：如果此时老年代剩余空间不足以容纳这批待晋升对象，JVM 会先尝试 Full GC 腾空间；失败则抛 OutOfMemoryError: Java heap space。
怎么验证年龄行为是否符合预期
打开详细 GC 日志，重点关注三类信息：
-
-XX:+PrintGCDetails：输出每轮 GC 后的年龄分布，例如：
age 1: 262144 bytes, 262144 total -
-XX:+PrintTenuringDistribution：单独打印 Survivor 中各年龄对象大小和累计占比 - 观察日志中反复出现的
new threshold值变化趋势，判断 Survivor 是否偏小或对象生命周期是否集中
