G1通过分区化、复制式整理和价值驱动回收继承标记-整理核心思想，实现可控停顿与碎片控制。它以Region为单位选择性整理，标记阶段并发进行并依赖RSet定位跨区引用；Evacuation阶段将存活对象复制到新Region，批量更新引用；避免全局STW压缩，仅在Full GC时退化为传统方式。

标记-整理算法在G1中不是直接照搬，而是以“分区化+局部整理”方式实现的变形应用。G1不采用全局压缩，而是按Region粒度选择性整理，兼顾停顿可控与碎片控制。

G1如何继承标记-整理的核心思想

G1保留了标记-整理算法最关键的两个目标：消除内存碎片、避免全堆连续压缩带来的高延迟。它通过以下方式继承本质逻辑：

• 标记阶段一致：同样从GC Roots出发，并发标记存活对象，依赖Remembered Set（RSet）快速定位跨Region引用，确保标记准确性
• 整理即压缩：在筛选回收（Evacuation）阶段，G1将选中的Region中所有存活对象复制到新的空闲Region，原Region整体清空——这等效于“向一端压缩+清除另一端”，只是压缩范围限定在被回收的Region集合内
• 引用更新必做：对象移动后，G1会批量修正RSet和卡片表中对应的引用条目，也同步更新Java线程栈、寄存器等位置的引用，确保对象地址变更不导致逻辑错误

G1对传统标记-整理的关键变形

传统标记-整理作用于整个老年代，而G1将其拆解为可预测、可调度的微操作：

• 区域化整理（Region-based）：堆被划分为固定大小（1–32MB）的Region，整理只发生在本次回收计划选定的若干Region中，而非整个老年代
• 复制式整理（Copying Compact）：G1不用“就地移动”，而是将存活对象复制到其他Region，天然规避了就地压缩时的读写冲突和复杂指针滑动问题
• 价值驱动回收（Cost-Benefit Sorting）：G1统计每个Region的垃圾占比（回收价值）和复制成本，优先整理“高收益低开销”的Region，使有限停顿时间内释放最多空间
• 无全局STW整理：Young GC和Mixed GC都只暂停用户线程短暂时间（毫秒级），真正的全堆整理（Full GC）仅在极端情况下触发，此时才退化为传统标记-整理式全局压缩

为什么G1用这种变形更合适

直接套用传统标记-整理会导致老年代GC停顿不可控，而G1的变形设计直击实际痛点：

• 大堆场景下，一次全局整理可能耗时数百毫秒甚至秒级；G1把压力分散到多次小规模Mixed GC中，保障响应稳定性
• 复制到新Region天然支持并发分配，无需像就地压缩那样同步冻结所有访问，降低同步开销
• Region间独立管理，配合RSet可精准追踪跨区引用，避免传统整理中因引用关系复杂导致的遍历爆炸
• 当出现大对象（Humongous Object）或内存严重碎片化时，G1仍能通过触发Full GC回退到标准标记-整理流程，保留兜底能力

实际影响与调优提示

理解这一变形有助于定位和优化G1行为：

• 若Mixed GC频繁但回收空间少，说明Region筛选策略偏保守——可适当调低-XX:G1MixedGCCountTarget或提高-XX:G1OldCSetRegionThresholdPercent
• 大量Humongous Region堆积，易诱发Full GC——应监控-XX:+PrintGCDetails中Humongous Allocation日志，考虑增大Region大小或优化大对象生命周期
• G1默认不压缩元空间和代码缓存，这些区域仍可能碎片化——需单独关注MetaspaceSize和ReservedCodeCacheSize配置