动态年龄判断是jvm在minor gc后实时扫描survivor区，若某一年龄段对象总和≥survivor容量50%（默认），则所有≥该年龄对象直接晋升老年代；担保失败则是survivor空间不足时强制晋升存活对象，无论年龄。
动态年龄判断：不是等满15岁才进老年代
动态对象年龄判断的核心，是JVM在每次 Minor GC 后，根据 Survivor 区中对象的年龄分布，**实时决定是否提前晋升**——它不看“还差几轮”，而看“这批同龄对象是不是已经快把 Survivor 撑爆了”。
- 触发条件很具体：Survivor 区中，相同年龄的所有对象大小总和 ≥ Survivor 总容量的 50%（默认值，可通过
-XX:TargetSurvivorRatio调整） - 一旦满足，所有年龄 ≥ 该临界年龄的对象，全部直接晋升到老年代，不管
MaxTenuringThreshold设的是 15 还是 10 - 这不是“预测”或“估算”，而是 GC 过程中真实扫描并累加后的硬判断，日志里会明确打出类似
- age3: 524288 bytes, 524288 total的行 - 常见误判：以为“年龄1的对象占了 40%，年龄2的占了 30%”就触发——错。必须是某一个具体年龄（比如 age2）单独的累计大小超过 50%，不是跨年龄叠加
Survivor 空间不足：担保失败时的强制晋升
当 Minor GC 后，存活对象总量超过了所有可用 Survivor 区容量（包括 From + To），JVM 就没法按复制算法继续搬了，这时启动“空间担保机制”，把搬不下的对象直接塞进老年代。
- 这不是优化策略，而是兜底行为：日志中常伴随
Desired survivor size和实际转入量严重不符，比如Desired: 524288 bytes, new threshold: 1 (max 15)，说明 Survivor 已经“装不下”，只能降级处理 - 容易被忽略的一点：即使对象年龄为 0，也会被晋升——只要它活过了这次 GC，又没地方放，就得进老年代
- 影响比动态年龄更隐蔽：它不依赖年龄分布，只看空间余量；所以即使你把
MaxTenuringThreshold调得再高、TargetSurvivorRatio调得再低，只要 Survivor 太小或对象太大，照样提前进老年代 - 典型诱因：
-Xmn设得太小、-XX:SurvivorRatio设得太大（导致 Survivor 区过窄）、或者突发一批中等大小对象集中存活
怎么验证你遇到了哪种晋升？看 GC 日志最关键
光靠堆内存监控看不出是动态年龄还是担保失败，必须打开详细 GC 日志，重点关注 PrintTenuringDistribution 输出。
- 启用关键参数：
-XX:+PrintGCDetails -XX:+PrintTenuringDistribution -Xloggc:gc.log - 找这两类线索：
— 出现ageN: XXXX bytes, YYYY total行，且某一行的YYYY接近或超过 Survivor 容量一半 → 动态年龄触发
— 出现Desired survivor size远小于下一行显示的total（如 Desired: 524288, total: 1200000）→ Survivor 不足，走担保晋升 - 注意：不同 GC 收集器日志格式略有差异。Serial/ParNew 日志最清晰；G1 不打
age细分，但会输出plab分配失败或to-space exhausted提示
调参避坑：别乱动 MaxTenuringThreshold
-XX:MaxTenuringThreshold 是个“天花板”，不是“开关”。设成 1 就真让所有活过一次 GC 的对象都进老年代？不一定——动态年龄和担保机制仍会覆盖它。
- 最大只支持 15，设成 16 会直接报错：JVM 对象头里年龄只用 4 bit 存储，上限就是 15
- 设太低（如 1 或 2）反而可能加剧老年代压力：大量本可自然消亡的中龄对象被强制留下，后续 Full GC 更频繁
- 真正该调的是空间配比：
-Xmn控制新生代总大小，-XX:SurvivorRatio决定 Eden/Survivor 比例，-XX:TargetSurvivorRatio微调动态年龄阈值（注意：不是百分比数字，而是期望保留的空闲比例） - 最危险操作：在未观察 GC 日志前，仅凭“想减少老年代晋升”就盲目调低
MaxTenuringThreshold—— 很可能把问题从老年代转移到 Survivor 区溢出，引发更不可控的担保晋升
动态年龄和担保晋升看着像两条路，其实共享同一个底层逻辑：Survivor 区不是保险箱，而是临时中转站。只要它开始堵，JVM 就会立刻换车道——区别只在于，一个是主动分流（按年龄切一刀），一个是紧急靠边（空间不够硬塞）。不看日志，只调参数，等于蒙眼开车。
