-xx:g1reservepercent 是 g1 gc 动态预留老年代空间防止晋升失败的关键参数，默认 10%，大促时应据晋升速率与老年代剩余空间比调至 15–25%，并配合 g1heapwastepercent、mixedgccounttarget 等协同优化。
-XX:G1ReservePercent 是 G1 垃圾收集器中一个关键调优参数，用于预留一部分老年代（Old Generation）空间，防止在混合回收（Mixed GC）期间因晋升失败（to-space overflow）触发 Full GC。大促期间突发流量会导致对象创建速率陡增、年轻代晋升加速，若老年代没有足够空闲空间承接这些晋升对象，就极易引发严重停顿。
理解 G1ReservePercent 的作用机制
G1 会动态估算下一轮 Mixed GC 能回收多少老年代分区（region），并基于这个估算值，预留 一定比例的老年代可用空间（默认 10%）。这部分空间不参与回收，专用于容纳 Mixed GC 过程中从年轻代晋升上来的对象。它不是“静态保留”，而是 G1 在每次 GC 后根据当前堆使用情况和晋升趋势动态调整的“安全缓冲”。
注意：该参数只影响 G1 的内存分配决策，不实际“划出”固定区域；预留空间来自老年代已分配但未使用的 region，不是从堆外额外申请。
大促前如何合理设置 G1ReservePercent
默认值 10% 在平稳流量下通常够用，但大促时需结合实际晋升压力上调。判断依据不是“堆大小”，而是单位时间晋升量与老年代剩余空间的比值：
- 通过
-Xlog:gc+age*=info观察大促压测时的平均晋升速率（如每秒晋升 50MB） - 监控老年代使用率（用
jstat -gc或 Prometheus + JVM Exporter）——若常态下老年代已占用 75%，那仅剩 25% 可用，10% 预留相当于仅剩 15% 真实可用空间，风险极高 - 建议压测中将该值逐步调高至 15–25%，观察是否消除 to-space overflow 和 Full GC；超过 30% 一般无必要，反而浪费可回收空间
配合其他参数协同调优更有效
单靠调高 G1ReservePercent 不足以应对大促，需配套优化：
- -XX:G1HeapWastePercent（默认 5%）：控制 G1 认为“可浪费”的回收收益阈值。大促时可适当降低（如设为 2%），让 G1 更积极回收老年代，间接缓解晋升压力
- -XX:G1MixedGCCountTarget（默认 8）：增加每轮 Mixed GC 的执行次数，把回收任务拆得更细，避免单次晋升洪峰冲击。可设为 12–16
- -XX:MaxGCPauseMillis 需适度放宽（如从 200ms → 300ms），避免 G1 因过度保守而推迟回收，导致老年代“突然告急”
上线后必须持续验证效果
参数调优不是一劳永逸。大促真实流量模式可能和压测不同，务必在预发/灰度环境开启以下监控：
- 日志中搜索
to-space overflow或Full GC关键字 - 跟踪
G1 Evacuation Failure次数（jstat 中的 EU 列） - 绘制老年代使用率 + 晋升速率 + Mixed GC 频次三线图，确认预留空间是否真正“兜住”了突增晋升
若发现 Mixed GC 后老年代占用仍快速逼近上限，说明预留比例仍不足，或需进一步优化对象生命周期（如减少长生命周期缓存、及时清理临时大对象）。
