内存分配担保机制是jvm预设的风险应对策略，非老年代主动补偿；当新生代对象晋升时老年代空间不足，先触发full gc，仍不足则抛出outofmemoryerror。

内存分配担保机制不是老年代“主动补偿”新生代晋升失败，而是一种预先约定的风险应对策略，核心在于：当新生代对象尝试晋升到老年代时，若老年代剩余空间不足以容纳，JVM 会触发一次 Full GC，试图腾出足够空间；若 Full GC 后仍不满足，则抛出 java.lang.OutOfMemoryError: Java heap space。

担保发生的前提条件

该机制仅在使用 CMS 或 G1（开启 -XX:+UseG1GC）等部分垃圾收集器时显式启用，且需同时满足：

• 当前采用的是“复制算法”的新生代（如 ParNew、G1 的 Young GC）
• 老年代使用的是“标记-清除”或“标记-整理”类算法（如 CMS、Serial Old、G1 的 Mixed GC 阶段）
• JVM 启用了担保机制（CMS 默认开启，G1 在某些版本中通过 -XX:+HandlePromotionFailure 控制）

晋升失败时的实际流程

当一次 Minor GC 后，大量存活对象需晋升，但老年代连续可用空间

• JVM 不会直接扩容老年代，也不“临时划拨”其他区域空间
• 而是立即发起一次 Full GC（针对整个堆，含老年代），希望回收已无引用的旧对象
• Full GC 完成后，重新检查老年代最大连续空闲空间是否 ≥ 晋升需求
• 若满足，则继续晋升；若仍不满足，抛出 OOM

为什么叫“担保”，而不是“补偿”

“担保”一词强调的是 JVM 对晋升行为的前置承诺能力，而非事后补救：

• 它依赖于老年代当前的碎片化程度与存活对象分布——即使总空闲空间足够，但不连续，仍可能失败
• CMS 收集器因不进行整理，容易产生碎片，因此更常触发担保失败
• G1 通过 Region 和 Remembered Set 机制，在 Mixed GC 中主动选择高收益的老年代 Region 回收，降低了对传统担保的依赖

常见误区澄清

以下说法均不准确：

• “老年代会自动扩容来承接晋升对象”——堆大小由 -Xms/-Xmx 固定，运行期不可动态扩大
• “JVM 会把部分新生代对象降级留在 Survivor”——Survivor 空间在 Minor GC 前已确定，晋升决策只发生在 From→To 复制完成后
• “担保失败等于内存泄漏”——可能是短时大对象突增、晋升阈值（-XX:MaxTenuringThreshold）设置不合理或老年代碎片过多所致