JVM 堆内存分代

今天我们一起来聊一聊JVM 堆内存。

Java Heap（堆内存）由Young Generation（新生代，约占1/3）和Old Generation（老年代，约占2/3）组成。

Young Generation又由Eden Space（伊甸园区，占新生代80%）、Survivor Space 0（幸存者区0，占新生代10%）和Survivor Space 1（幸存者区1，占新生代10%）组成。

对象的生命周期：

Young Generation（新生代）：

• 存储新创建、存活周期极短的对象，比如方法内的局部变量、临时对象。默认占堆总容量1/3。
• 触发Minor GC（新生代 GC），频率极高（毫秒 / 秒级），但耗时极短（几十毫秒）。
• Eden 区是 Minor GC 的 "触发源头"，调大 Eden 区可减少 Minor GC 次数。

Eden Space（伊甸园区）：新对象的 "默认出生地"，99% 的新对象都会优先分配到 Eden 区（除非是超大对象直接进入老年代）。占新生代80%。

Survivor Space 0/1（幸存者区 0/1，简称 S0/S1，也叫 From 区 / To 区）：

• 新生代 GC 后存活对象的"临时中转站"，避免存活对象直接进入老年代。两个区会动态互换角色。各占新生代10%，合计 20%。
• S0 和 S1永远有一个是空的（这是 JVM 的设计巧思）。
• 每经历一次 Minor GC，存活对象的"年龄 + 1"。

S0/S1 的交互示例：

• ① 初始状态：Eden 有对象，S0 有对象，S1 为空；
• ② Eden 触发 Minor GC → 回收 Eden+S0 的垃圾对象，存活对象复制到 S1，清空 Eden+S0；
• ③ 此时 S1 非空、S0 为空，两者角色互换（S0=To 区，S1=From 区）；
• ④ 下次 Minor GC 重复上述过程，存活对象在 S0/S1 之间"来回复制"。

Old Generation（老年代）：

• 存储长期存活、体积较大的对象，比如单例对象、缓存对象、经历多次 Minor GC 仍存活的对象。默认占堆总容量2/3。
• 触发Major GC / Full GC，频率极低，但耗时极长。
• 老年代大小决定 Full GC 频率 —— 老年代越大，Full GC 频率越低，但单次 Full GC 耗时越长。

对象进入老年代的条件：

• 年龄达标：对象在 S0/S1 之间复制次数达到阈值（默认 15 次，-XX:MaxTenuringThreshold调整）；
• 大对象：超过阈值的对象（-XX:PretenureSizeThreshold）直接进入老年代；
• 空间担保失败：Minor GC 后 Survivor 区放不下存活对象，多余对象直接晋升老年代；
• 动态年龄判断：Survivor 区中相同年龄对象总和超过 50%，该年龄及以上对象直接进入老年代。

不同存活周期的对象放在不同区域，用不同算法回收，保证GC效率，这就是"分代回收"的核心思想。