G1收集器Young GC堆内存变化与Eden、Survivor量不匹配，是否清理老年代对象？

内存数值不匹配的核心原因 #

G1的堆内存统计口径是全堆所有Region的占用总和，堆整体构成为：Eden区占用 + Survivor区占用 + 普通老年代占用 + 大对象（Humongous）区占用。
核算时仅纳入Eden、Survivor两个区域的变化，没有覆盖归属于老年代范畴的大对象区、普通老年代的占用变动，这就是两边数值不匹配的根本原因。
结合本次GC日志的数值和流程拆解：

• 本次GC堆总内存减少量：5346.0M - 526.9M = 4819.1M
• Eden、Survivor合计的内存减少量：Eden从3666.0M降至0（减少3666.0M），Survivor从20.0M升至54.0M（占用增加34.0M，等效于总内存减少-34.0M），两者相加合计减少3666.0M - 34.0M = 3632.0M
• 两边差值为4819.1M - 3632.0M = 1187.1M，这部分差值完全对应日志中明确记录的回收动作：

  [Humongous Reclaim: 1.6 ms]

G1中大小超过单Region一半的大对象，会被直接分配到专门的Humongous Region，这类Region逻辑上归属于老年代范畴，不会被计入Eden、Survivor的统计口径。GC过程中如果发现这类大对象没有任何GC Roots强引用，会在Young GC阶段直接回收对应的Region，这部分释放的内存会计入堆总内存的减少量，但不会体现在Eden、Survivor的变化统计中。
同一段日志里的第二次Young GC也能验证这个逻辑：

• 堆总减少量：5390.6M - 526.9M = 4863.7M
• Eden、Survivor合计减少量：Eden从3632M降至0，Survivor占用无变化，合计减少3632M
• 差值1231.7M，同样对应这次GC里的大对象回收动作，统计逻辑完全自洽。

Young GC是否会清理老年代对象 #

需要跳出“Young GC只回收年轻代对象”的认知误区：

• Young GC的核心回收目标是全量Eden Region、部分Survivor Region，通过复制存活对象到新的Survivor或者老年代Region完成回收，这个核心流程不会主动扫描全量老年代Region的所有对象，不会遍历排查普通老年代中的无引用垃圾。
• 但G1的Young GC流程会同步回收两类老年代范畴的对象：
  • 无引用的Humongous大对象：无论这类大对象分配后是否被划入老年代标记，只要根扫描发现无强引用关联，就会在Young GC的大对象回收环节直接释放对应的Region。
  • 符合回收条件的引用类型对象：在引用处理（Ref Proc）环节，软引用、弱引用等非强引用指向的对象，哪怕存储在老年代，只要满足回收规则，就会被统一释放，对应日志中的[Ref Proc: 25.6 ms]环节。

内容的提问来源于stack exchange，提问作者O.Tiger