CentOS Java配置中垃圾回收如何设置

在 CentOS 上配置 Ja va 的垃圾回收（GC），说白了就是给 JVM 传几个启动参数。但选哪个回收器、参数怎么调，这里头有不少门道。从实际生产环境来看，很多应用挂就挂在 GC 上——要么吞吐量上不去，要么停顿时间长得离谱。所以今天咱们直接聊干货：怎么配置、选谁、注意什么。

1. 选择垃圾回收器

Ja va 主流的垃圾回收器就那么几种，各有各的脾气。简单说：

• Serial GC：单线程，适合单核 CPU 或者小内存场景（比如客户端、嵌入式）。
• Parallel GC：多线程并行，追求高吞吐量，适合后端批处理或计算密集型任务。
• CMS GC：并发标记清除，目的是减少停顿时间，比较适合响应时间敏感的系统（但已被标记为废弃，不推荐新项目用）。
• G1 GC：大内存服务器的标配，既能控制停顿又能保证吞吐量，4GB 以上堆内存首选。
• ZGC：低延迟怪兽，支持 TB 级堆内存，但需要 JDK 11+ 且属于实验功能。
• Shenandoah GC：跟 ZGC 类似，也是低延迟路线，但实现方式不同。

2. 配置垃圾回收器

具体怎么开启？下面给出最常用的配置模板，直接抄作业就行。

Serial GC

客户端模式或 2GB 以下内存的服务器：

ja va -Xms512m -Xmx1024m -XX:+UseSerialGC -jar your-application.jar

Parallel GC

追求吞吐量的多核服务器：

ja va -Xms512m -Xmx1024m -XX:+UseParallelGC -jar your-application.jar

如果想控制并行线程数，可以加上 -XX:ParallelGCThreads=N。注意 Parallel GC 并不支持 MaxGCPauseMillis，设了也没用。

CMS GC

已经在逐步退出历史舞台，但老项目里仍然常见：

ja va -Xms512m -Xmx1024m -XX:+UseConcMarkSweepGC -jar your-application.jar

有几个常用调优参数：-XX:CMSInitiatingOccupancyFraction=N 控制触发回收的堆占用百分比；-XX:+UseCMSCompactAtFullCollection 配合 -XX:CMSFullGCsBeforeCompaction=N 来减少碎片。

G1 GC

目前大内存场景（>4GB）的默认之选：

ja va -Xms4g -Xmx4g -XX:+UseG1GC -jar your-application.jar

核心参数就三个：-XX:MaxGCPauseMillis=N 设目标停顿时间（常见 200ms）；-XX:G1HeapRegionSize=N 调整分区大小；-XX:InitiatingHeapOccupancyPercent=N 控制触发标记的阈值。

ZGC

如果需要毫秒级停顿且堆内存超 64GB，可以考虑：

ja va -Xms8g -Xmx8g -XX:+UnlockExperimentalVMOptions -XX:+UseZGC -jar your-application.jar

注意这是实验性功能，JDK 版本和操作系统支持度需要提前确认。

3. 监控和调优

参数配好只是第一步，实际跑起来怎么样，还得靠监控工具说话。推荐几个趁手的：

• jstat：命令行实时查看 GC 活动，适合排查问题。
• jvisualvm：图形界面，能直观看到堆内存和 GC 趋势。
• GC 日志：这是最基础也最有价值的手段。开启日志后，所有停顿、次数、耗时一目了然。

开启 GC 日志（JDK 9+ 统一格式）：

ja va -Xlog:gc*=info:file=gc.log:time,uptime,pid,tid,level,tags -jar your-application.jar

4. 示例完整命令

假设有一个叫 app.jar 的应用，跑在 8 核服务器上，堆内存 4GB 起步、最高 8GB，希望 GC 停顿不超过 200ms，顺便把日志记到 /var/log/myapp/gc.log：

ja va -Xms4g -Xmx8g -XX:+UseG1GC -XX:MaxGCPauseMillis=200 -XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:/var/log/myapp/gc.log -jar app.jar

上面这个命令同时兼容旧版日志参数（-XX:+PrintGCDetails 等），如果 JDK 版本较新，建议统一使用 -Xlog 格式。

5. 注意事项

• 堆内存大小：建议 -Xms 和 -Xmx 设成一致，避免 JVM 运行时动态伸缩带来的性能抖动。
• 回收器选择：没有银弹。如果吃不准，先跑 G1 GC 压测，再根据日志调优。CMS 能不用就别用了。
• 持续监控：GC 日志每周看一次，对 Full GC 的频率和耗时保持敏感，很多线上事故都是从小停顿积累起来的。

希望这些配置思路能帮你把 Ja va 应用的 GC 性能调到一个舒服的状态。如果有更具体的场景，欢迎随时交流讨论。