JVM堆内存分区根本性约束GC类型、算法与行为：年轻代用复制算法、Minor GC仅扫Eden/Survivor；老年代用标记-整理/清除，Major/Mixed/Full GC依阈值或担保失败触发；分区还决定卡表维护与晋升策略调控。
JVM 堆内存分区直接决定了 GC 算法的执行范围、触发条件和回收策略，不是简单“配合”，而是根本性约束。
决定 GC 类型与回收范围
分代结构天然划分出不同回收粒度：
- Minor GC 只作用于年轻代（Eden + Survivor），依赖 Eden 区满触发，速度快、停顿短；
- Major GC（如 CMS 单独回收老年代）或 Mixed GC（如 G1 回收部分老年代+全部年轻代），仅在老年代达到阈值或混合回收策略下启动；
- Full GC 是整堆扫描，本质是分区失效或担保失败的结果——比如 Minor GC 前发现老年代空间不足以容纳晋升对象，就会退化为 Full GC。
影响 GC 算法选择与行为逻辑
不同分区对应不同回收算法设计目标：
- 年轻代采用 复制算法（如 Serial、Parallel Scavenge），因对象存活率低，只需复制存活对象到 Survivor 或老年代，效率高、无碎片；
- 老年代多用 标记-整理（如 Serial Old、G1 的 old region 整理）或 标记-清除（如 CMS），因对象存活久、分布散，需兼顾空间利用率与停顿控制；
- G1 的 Region 分区打破传统代际边界，但依然按“是否含大量垃圾”动态选择回收集，本质仍是分区思想的精细化演进。
改变 GC 标记与扫描路径
分区带来关键优化：YGC 不扫描老年代对象引用链。
- JVM 默认跳过老年代中对年轻代的引用扫描，大幅缩短 YGC 标记时间；
- 但必须维护 卡表（Card Table） 或 记忆集（Remembered Set），记录老年代哪些区域修改了对年轻代的引用，避免漏标；
- 缓存类长期持有年轻代对象引用时，会污染卡表，导致 YGC 扫描范围扩大、耗时上升——这正是分区假设被破坏的典型表现。
调控 GC 频率与晋升行为
分区参数直接影响对象生命周期管理：
-
-XX:MaxTenuringThreshold控制对象在 Survivor 区复制几次后进入老年代，设得太低会提前填满老年代，诱发频繁 Major GC； -
-XX:PretenureSizeThreshold让大对象绕过年轻代，直入老年代，避免 Eden 区频繁碎裂和复制开销； -
-Xmn调整年轻代大小，间接影响 Minor GC 频率：年轻代小 → Eden 快满 → Minor GC 更频繁；但过大又可能导致单次 GC 停顿变长。
分区不是静态布局，而是 GC 策略的骨架。理解它，才能读懂 GC 日志里的 “GC pause” 来自哪一层、为什么发生、以及调什么参数能真正起效。
