G1垃圾收集器通过分区回收和启发式算法，在吞吐量和停顿时间之间做平衡。MaxGCPauseMillis是其中最关键的一个调优参数，用来向JVM表达应用对垃圾回收停顿时间的期望。它告诉G1尽量让每次停顿控制在设定毫秒数内，但只是一个目标而非硬性保证。
MaxGCPauseMillis参数的作用
MaxGCPauseMillis全称是最大GC停顿时间目标。G1会根据历史停顿数据和回收效率，动态决定每次回收哪些Region。如果实际停顿经常超过该值，收集器会倾向于减少单次回收的Region数量，从而降低停顿，但可能增加回收频率。
配置方式
该参数通过JVM启动参数设置，典型写法如下：
java -XX:+UseG1GC
-XX:MaxGCPauseMillis=200
-jar myapp.jar
上面命令启用G1，并将期望最大停顿设为200毫秒。默认情况下该值为200，很多低延迟场景会调小到100甚至50。
与其他参数配合
单独设置MaxGCPauseMillis往往不够，还需要关注以下参数：
- InitiatingHeapOccupancyPercent：触发并发标记周期的堆占用率，避免回收不及时
- G1HeapRegionSize：Region大小，影响回收粒度
- ConcGCThreads：并发线程数，关系并发阶段速度
配置示例与说明
下面是一个更完整的启动参数示例，适合对延迟敏感的服务：
// JVM启动参数示例，非Java代码逻辑 // -XX:+UseG1GC // -XX:MaxGCPauseMillis=100 // -XX:InitiatingHeapOccupancyPercent=45 // -XX:G1HeapRegionSize=16m // -XX:ConcGCThreads=4
注意事项
不要把MaxGCPauseMillis设得过小。如果目标远低于系统能稳定达到的停顿，G1会频繁做增量回收，导致吞吐量明显下降，甚至因为回收跟不上分配速度而发生Full GC。
调优原则：先测量真实停顿分布，再设定合理目标，最后结合监控持续调整。
如何通过日志验证效果
开启GC日志后，可以观察暂停时间是否接近目标：
java -XX:+UseG1GC
-XX:MaxGCPauseMillis=150
-Xlog:gc*:file=gc.log:time
-jar myapp.jar
在gc.log中关注Pause Time字段，对比实际值与设定目标，判断是否需要放宽或收紧参数。
| 目标停顿(ms) | 可能结果 |
|---|---|
| 50 | 停顿短但吞吐低，回收频繁 |
| 200 | 默认平衡，适合多数应用 |
| 500 | 吞吐优先，停顿可能变长 |
合理配置MaxGCPauseMillis，需要结合业务容忍度、堆大小和对象分配速率。建议在测试环境用真实流量压测，再落实到生产配置。
G1收集器MaxGCPauseMillisJVM调优垃圾回收停顿时间修改时间：2026-07-24 15:18:18