新生代对象晋升是GC算法对生命周期的主动响应，核心条件为：年龄达阈值（默认15次Minor GC）或Survivor区同龄对象总和超50%容量；二者兼顾内存压力与对象存活特征，避免老年代过早碎片化或频繁Full GC。

新生代对象晋升不是随机发生的，而是GC算法对对象生命周期特征的主动响应。核心逻辑在于：短命对象集中清理、长命对象延迟处理，避免反复扫描和无效回收。

晋升的核心触发条件

对象从新生代进入老年代，主要依据两个硬性指标：

• 年龄阈值达标：对象在Survivor区中每经历一次Minor GC，年龄计数器+1；默认达到15次后直接晋升。该阈值可通过-XX:MaxTenuringThreshold调整，但通常不建议设为过低（如低于5），否则易导致老年代过早碎片化。
• Survivor空间不足：当某次Minor GC后，同一年龄的所有对象总大小超过Survivor区容量的50%，则所有大于等于该年龄的对象全部晋升——这是防止Survivor区被“卡住”的保护机制。

为什么不能只看年龄？

仅依赖年龄计数器会忽略实际内存压力。例如，一个应用频繁创建中等生命周期对象（存活3–4次GC），若强制设MaxTenuringThreshold=4，这些对象会批量涌入老年代，很快填满空间，引发频繁Major GC。因此，JVM在晋升决策中同步考量：

• 当前Survivor区使用率
• Eden区与Survivor区的分配比例（如8:1:1）是否仍合理
• 历史晋升速率是否异常升高（可能预示内存泄漏或缓存滥用）

跨代引用如何影响晋升效率？

老年代对象可能持有新生代对象的引用，这类引用必须在Minor GC时一并检查，否则会漏标存活对象。为避免每次扫描整个老年代，JVM维护一个记忆集（Remembered Set），只记录有跨代引用的老年代对象地址。晋升本身不改变记忆集，但大量晋升会间接增加记忆集维护开销——因为新晋升对象可能被老年代对象引用，触发后续记忆集更新。

晋升不是终点，而是GC策略的再分配

晋升到老年代的对象，并非从此“免疫”GC。它们只是转入更适合其特性的回收节奏：

• 老年代采用标记-清除或标记-整理算法，单次耗时更长，但执行频率显著降低
• 一旦老年代空间使用率达到阈值（如CMS的92%，G1的45%），就会触发并发标记或混合回收
• 若晋升速度持续高于老年代回收能力，将导致Full GC，应用出现明显停顿