g1 young gc 通过定位并回收 eden 和 survivor 区域中存活的对象来完成垃圾回收，其核心做法是执行标记-复制算法：扫描存活对象，将其复制到新的 survivor 区域或晋升到老年代，同时更新引用关系。具体实现上，jvm 会先进行并发标记以获取对象年龄分布，随后在 stw（stop-the-world）阶段暂停应用线程，计算可回收空间是否满足阈值，若满足则直接清理整个 young 区；若不满足，则根据 gc 停顿时间目标选择部分区域进行复制回收。
Young GC 的触发条件与区域选择逻辑是什么
Young GC 通常在 Eden 区内存不足时自动触发，G1 收集器会将堆划分为多个大小相等的 Region，并将其中一部分标记为 Young Generation（包含 Eden 和 Survivor）。当新对象无法在 Eden 分配时，JVM 会发起 Young GC。此时，G1 并不一定回收所有 Young Region，而是基于“GC 预估停顿时间”模型进行选择。系统会统计每个 Region 的回收价值（即回收后能释放的空间大小），并按价值从高到低排序，优先回收高价值的 Region，直到累积回收空间达到预期目标或时间预算耗尽。这种机制使得 G1 能够灵活控制停顿时间，避免长时间停顿。
import java.util.ArrayList;
import java.util.List;
public class G1YoungGCDemo {
public static void main(String[] args) {
// 模拟大量短生命周期对象，触发 Young GC
List<byte[]> list = new ArrayList<>();
for (int i = 0; i < 1000000; i++) {
// 每个元素约 1KB，快速填满 Eden
list.add(new byte[1024]);
}
// 强制触发 GC，观察日志
System.gc();
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
运行上述代码并添加参数 -XX:+UseG1GC -XX:+PrintGCDetails，可以观察到 Young GC 的过程。日志中会显示 “Pause Young (Normal)” 阶段，接着列出被回收的 Region 及其类型（Eden、Survivor 等），最后给出回收前后的内存变化和耗时。如果 Eden 区足够大且对象存活率低，通常会看到整个 Young 区被清空，Survivor 区为空，所有存活对象晋升或留在 Survivor。若对象存活率高，则会看到部分 Region 被保留，存活对象被复制到新的 Survivor Region。
立即学习“Java免费学习笔记（深入）”；
Survivor 区的空间分配担保机制如何工作
在 G1 Young GC 过程中，Survivor 区的容量是动态调整的，但存在一个关键的安全机制：空间分配担保（Promotion Handling）。当 Young GC 发生时，JVM 需要确保有足够的 Survivor 空间来存放从 Eden 和旧 Survivor 复制过来的存活对象。如果预计存活对象的大小超过了当前 Survivor 区的剩余空间，G1 会尝试将部分老对象直接晋升到老年代（Old Gen），而不是全部挤在 Survivor 区。这一过程依赖于之前的并发标记结果，JVM 知道哪些对象已经存活了足够的年龄（超过 TLAB 或默认阈值），可以直接晋升。此外，G1 还会检查老年代是否有足够空间容纳这些晋升对象，如果老年代空间不足，可能会提前触发 Full GC，但这在 G1 中较少见，因为 G1 倾向于通过调整 Region 分配来避免这种情况。
import java.lang.management.ManagementFactory;
import java.lang.management.MemoryMXBean;
import java.lang.management.MemoryPoolMXBean;
import java.util.List;
public class G1SurvivorCheck {
public static void main(String[] args) throws Exception {
MemoryMXBean memoryBean = ManagementFactory.getMemoryMXBean();
List<MemoryPoolMXBean> pools = ManagementFactory.getMemoryPoolMXBeans();
// 查找 Survivor 池
for (MemoryPoolMXBean pool : pools) {
if (pool.getName().contains("G1 Survivor")) {
System.out.println("Survivor Pool: " + pool.getName());
System.out.println("Usage: " + pool.getUsage());
}
}
// 触发 GC
System.gc();
Thread.sleep(500);
// 再次检查
for (MemoryPoolMXBean pool : pools) {
if (pool.getName().contains("G1 Survivor")) {
System.out.println("After GC, Usage: " + pool.getUsage());
}
}
}
}
通过监控 G1 Survivor 内存池的使用情况，可以验证空间分配担保的效果。在 Young GC 前，Survivor 区可能有一定使用率；GC 后，如果存活对象少，Survivor 区会被大幅清理；如果存活对象多，Survivor 区的使用率会上升，同时老年代的使用率也会因晋升而增加。这表明 JVM 成功地将部分对象从 Survivor 区转移到了老年代，以避免溢出。开发者可以通过调整 -XX:MaxGCPauseMillis 来控制 G1 的目标停顿时间，进而影响 Region 的选择策略和晋升行为。
Young GC 完成后对象的去向有哪些
Young GC 结束后，堆中的对象主要分布在三个地方：新生代（Eden 和 Survivor）、老年代以及永久代/元空间（取决于 Java 版本）。具体来说，那些在 Young GC 中被判定为存活的对象，如果其年龄未达到晋升阈值，会被复制到 Survivor 区的空闲位置；如果年龄达到或超过阈值，或者 Survivor 区空间不足，它们将被晋升到老年代。此外，原本就在老年代中的对象不受 Young GC 影响，保持不变。对于短命对象，它们在 Eden 区被分配后，在一次 Young GC 中就会被回收，不再占用任何内存。因此，Young GC 的主要作用是清理短命对象，并为新对象腾出 Eden 空间，同时通过晋升机制管理长命对象的内存布局，防止新生代过度拥挤。
