JVM调优Demo（二）避免新生代过大（调整合适新生代大小）_jvm 新生代太大导致的问题-优快云博客

本文通过一次具体的JVM调优案例，深入分析了不同堆内存配置下新生代和老年代的垃圾回收行为，揭示了新生代大小对Minor GC和Full GC的影响，并提供了合理的配置建议。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

先上代码：

代码和JVM调优Demo（一）完全一样

运行参数：

-Xmx20M -Xms20M -Xmn18M -verbose:gc -XX:+PrintGCDetails

运行日志：

[GC (Allocation Failure) --[PSYoungGen: 13722K->13722K(16384K)] 13722K->13730K(18432K), 0.0008514 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[Full GC (Ergonomics) [PSYoungGen: 13722K->4618K(16384K)] [ParOldGen: 8K->1K(2048K)] 13730K->4619K(18432K), [Metaspace: 2575K->2575K(1056768K)], 0.0053240 secs] [Times: user=0.11 sys=0.00, real=0.01 secs] 
Heap
 PSYoungGen      total 16384K, used 6810K [0x00000000fee00000, 0x0000000100000000, 0x0000000100000000)
  eden space 14336K, 47% used [0x00000000fee00000,0x00000000ff4a6998,0x00000000ffc00000)
  from space 2048K, 0% used [0x00000000ffe00000,0x00000000ffe00000,0x0000000100000000)
  to   space 2048K, 0% used [0x00000000ffc00000,0x00000000ffc00000,0x00000000ffe00000)
 ParOldGen       total 2048K, used 1K [0x00000000fec00000, 0x00000000fee00000, 0x00000000fee00000)
  object space 2048K, 0% used [0x00000000fec00000,0x00000000fec004c0,0x00000000fee00000)
 Metaspace       used 2582K, capacity 4486K, committed 4864K, reserved 1056768K
  class space    used 287K, capacity 386K, committed 512K, reserved 1048576K

可以看到相比16M的新生代，这次增加了一次FullGC，这是不理想的。
大致过程：

因为旧生代太小，第一次MinorGC后，进入旧生代的对象发现jvm剩余空间不足，jvm悲观原则，新生代采用并行回收gc 的时候会在第一次就检查旧生代的剩余空间触发FullGC。

总结：

新生代太小导致Mionr的频率大幅上升，也会导致大量对象进入旧生代，触发FullGC。

新生代太大，导致旧生代太小，FullGC频率上升，也有可能导致MinorGC的时间上升。

按照书上的总结一般新生代在heap的比例为33%