young gc 的触发主要取决于 eden 区的空间使用情况，当新对象分配导致 eden 区剩余空间不足时，jvm 会立即执行 young gc。此外，如果老年代空间不足以存放 young gc 后幸存下来的大对象，也会提前触发 young gc 以防止内存溢出。具体做法是监控 jvm 参数中的堆大小设置，并观察 gc 日志中关于 "allocation failure" 的记录。
Eden 区满时的默认触发机制是什么
当 Eden 区被填满时，JVM 会触发一次 Minor GC（即 Young GC）。这是最常见的触发场景，发生在大量短生命周期对象创建时。JVM 会在当前线程的 TLAB（Thread Local Allocation Buffer）耗尽或全局 Eden 区满时进行检查，若发现无足够连续空间分配新对象，则启动垃圾回收。
public class YoungGCExample {
public static void main(String[] args) {
// 设置堆大小为 64MB，便于观察
// -Xms64m -Xmx64m -XX:+PrintGCDetails
List<byte[]> list = new ArrayList<>();
int i = 0;
try {
while (true) {
// 每次分配 1MB 数据，快速填满 Eden
list.add(new byte[1024 * 1024]);
i++;
if (i % 1000 == 0) {
System.out.println("Allocated " + i + " MB");
}
}
} catch (OutOfMemoryError e) {
System.out.println("OOM at iteration: " + i);
}
}
}运行上述代码并配合 -XX:+PrintGCDetails 参数，可以在控制台看到类似 [GC (Allocation Failure) [DefNew] 的输出。这表明因为 Eden 区无法分配新的 1MB 数组，触发了 Young GC。回收后，存活对象会被复制到 Survivor 区，未存活的被清除。如果 Survivor 区也满了，这些对象才会晋升到老年代。
立即学习“Java免费学习笔记（深入）”；
老年代空间不足是否会引发 Young GC
是的，老年代空间不足会间接导致 Young GC 的提前触发或失败。在 Young GC 过程中，JVM 需要计算幸存对象是否能放入 Survivor 区或老年代。如果老年代没有足够空间容纳从年轻代复制过来的对象，JVM 可能会尝试进行 Major GC（Full GC）或者抛出 OutOfMemoryError。但在某些情况下，为了腾出空间，JVM 可能会先尝试清理年轻代，即触发 Young GC，看能否通过回收更多对象来缓解压力，尽管这通常不是直接原因，而是伴随现象。更准确地说，是“担保失败”（Promotion Failure）可能导致 Full GC，而 Young GC 本身主要由 Eden 满触发。
public class PromotionFailureExample {
public static void main(String[] args) {
// -Xms64m -Xmx64m -XX:MaxTenuringThreshold=1 -XX:+PrintGCDetails
// 设置最大年龄为 1，对象在第一次 Young GC 后就尝试晋升
List<Object> list = new ArrayList<>();
// 创建一个较大的对象，确保它不会在 Young GC 中被回收
byte[] largeObj = new byte[1024 * 1024]; // 1MB
try {
while (true) {
// 不断创建小对象，填满 Eden 并触发 Young GC
// 由于 MaxTenuringThreshold=1，幸存对象会尝试进入老年代
for (int i = 0; i < 100; i++) {
list.add(new byte[1024]); // 1KB
}
// 模拟老年代逐渐被填满
if (list.size() > 5000) {
list.clear();
}
}
} catch (OutOfMemoryError e) {
System.out.println("OOM triggered");
}
}
}在上述代码中，通过设置 -XX:MaxTenuringThreshold=1，使得对象在经历一次 Young GC 后就直接尝试晋升到老年代。随着程序运行，老年代空间逐渐被占用。当老年代空间不足以容纳新晋升的对象时，JVM 会触发 Full GC 来清理老年代。如果 Full GC 后仍然空间不足，则会抛出 OOM。在这个过程中，Young GC 依然会因 Eden 满而频繁触发，但其结果可能因老年代空间问题而受到影响，如出现 [Full GC (Ergonomics) 日志。
如何手动触发 Young GC 进行调试
虽然不建议在生产环境中手动触发 GC，但在调试阶段，可以通过 JMX 或命令行工具手动触发 Young GC。使用 jcmd 工具可以发送 GC.heap_info 或 GC.run 命令。其中 GC.run 会触发 Full GC，而针对 Young GC，通常没有直接的“手动触发”命令，因为它是自动管理的。但可以通过 jstat -gcutil <pid> 1000</pid> 观察 Young GC 的频率和耗时。另一种方式是编写代码，通过 System.gc() 建议 JVM 进行 GC，但这通常会触发 Full GC，而非仅 Young GC。若要精确控制，需结合 -XX:+ExplicitGCInvokesConcurrent 等参数调整行为，但本质上仍难以仅手动触发纯 Young GC。
