Java对象晋升老年代依据年龄阈值、Survivor空间压力、动态年龄判定及大对象直入规则：年龄达MaxTenuringThreshold（默认15）、Survivor不足触发担保晋升、累计同龄对象超TargetSurvivorRatio（默认50%）即晋升、超PretenureSizeThreshold的大对象直接分配至老年代。

Java对象晋升老年代不是按时间，而是由JVM在每次Minor GC时根据空间使用和对象存活特征实时判断的结果。核心逻辑是：优先保年轻代高效回收，同时防止Survivor区被“卡住”，确保后续GC能正常进行。

年龄达标就晋升

每个对象头里有一个4位年龄计数器，每经历一次Minor GC且存活，年龄加1。默认达到15次就晋升，但这个值可通过-XX:MaxTenuringThreshold调整（比如设为6，活过6轮就进老年代）。注意：年龄最大只能到15，因为4位二进制上限是15。

Survivor空间不够用，小年龄也得走

Minor GC后，存活对象要复制到To Survivor区。如果To区装不下，超出部分不管年龄多小，直接进老年代——这就是分配担保机制。常见于秒杀、批量导入等场景，大量对象同时存活，瞬间挤爆Survivor区。

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• Eden + From中存活对象总大小 > To Survivor容量 → 触发担保晋升
• JVM会在GC前预判：老年代是否有足够连续空间兜底？若没有，可能先触发Full GC
• 该机制由-XX:+HandlePromotionFailure控制（JDK 6u24起默认开启）

动态年龄判定：谁占空间多，谁先走

不是看“活多久”，而是看“占多少”。JVM从age=1开始，逐档累加Survivor中同龄对象大小，一旦累计超过Survivor容量 × -XX:TargetSurvivorRatio（默认50%），该年龄及更老的对象全部晋升。

立即学习“Java免费学习笔记（深入）”；

• 例如：age1占42%，age2占15% → 累计57% > 50% → 下次GC age2及以上对象全进老年代
• 这个“新阈值”会写在GC日志里：new threshold 2 (max 15)
• 它比MaxTenuringThreshold更敏感，也更容易被触发，尤其当Survivor比例过小（如-XX:SurvivorRatio=2）时

大对象直入老年代

超大数组、长字符串等对象，复制成本高，JVM干脆跳过年轻代，直接在老年代分配。前提是启用该机制，并设置阈值：

• -XX:PretenureSizeThreshold=1048576（即1MB），表示大于1MB的对象直入老年代
• 注意：该参数仅对Serial和ParNew收集器有效；G1、ZGC等不识别此参数
• 未设置或设为0时，该规则不生效