-xx:g1newsizepercent仅设年轻代初始下限（默认5%），g1依暂停目标等动态调整其大小；调参需结合-xx:maxgcpausemillis与-xx:g1maxnewsizepercent，避免冲突；“扫描吞吐”问题须先定位rset开销、混合回收或大对象等真实瓶颈。
年轻代初始物理占比参数（-XX:G1NewSizePercent）本身不直接控制“扫描吞吐”，它影响的是年轻代可用Region数量，进而间接调节YGC频率、单次回收工作量和STW时长。所谓“扫描吞吐”在G1中实际体现为：单位时间内能完成多少对象标记、RSet扫描与存活对象复制。微调该参数需结合G1的动态自适应机制，而非孤立设置。
理解参数作用边界
该参数仅设定年轻代的**起始下限**（默认5%），不是固定值。G1会根据-XX:MaxGCPauseMillis目标、堆使用速率、RSet更新开销等自动扩缩年轻代大小，在-XX:G1NewSizePercent到-XX:G1MaxNewSizePercent（默认60%）之间浮动。强行设高初始值（如30%）可能让早期YGC回收区域过少、暂停偏短，但很快被动态策略覆盖；设过低（如2%）则易触发频繁YGC，增加总STW时间。
配合暂停目标做有效微调
真正驱动G1调整年轻代规模的是停顿时间目标。若观察到YGC平均耗时持续高于-XX:MaxGCPauseMillis设定值：
- 可小幅提高
-XX:G1NewSizePercent（如从5%→8%），给G1更多初始空间缓冲，减少短期分配压力下的YGC频次 - 同步检查是否
-XX:G1MaxNewSizePercent过低（如仍为默认60%），若业务对象晋升快，可适当放宽上限至70%，避免年轻代“涨不动”而被迫提前混合回收 - 不建议同时调大
-XX:G1NewSizePercent和调小-XX:MaxGCPauseMillis，二者逻辑冲突——前者增空间，后者压时间，G1可能陷入反复震荡
关注真实瓶颈再动参数
所谓“扫描吞吐不足”，常表现为以下现象，需先定位再干预：
- YGC后Eden区几乎清空但STW偏长 → 可能是RSet扫描开销大，应检查是否有大量跨Region引用，而非调
G1NewSizePercent - Mixed GC阶段老年代Region回收缓慢 → 问题在并发标记或Evacuation效率，此时调高年轻代占比反而挤占老年代回收资源
- 频繁发生Humongous分配 → 大对象过多导致Region碎片，应优化对象大小或调
-XX:G1HeapRegionSize，与年轻代占比无关
监控验证比盲目调整更重要
每次调整后必须观察关键指标：
- YGC次数/分钟 和 平均YGC耗时：理想状态是次数适中、单次稳定在目标值内
- Young Gen Size（MB） 的实际波动范围：用JVM工具（如jstat -gc）确认是否真在按预期区间变化
-
Mixed GC触发频率：若因年轻代调得过大导致老年代过早达到
InitiatingHeapOccupancyPercent阈值，反而增加混合回收负担
