小编点评

**回收器调优参数** **1. JDK 版本** * 低版本应升级到JDK8版本。 **2. 垃圾回收器响应优先应用** * 面向C端对响应时间敏感的应用：G1 * 面向吞吐量优先应用：ParallelGC **3. 优化参数** * **基本参数配置** * `-Xmx`:容器内存的50% * `-Xms`:与`Xmx`一致 * `-XX:MetaspaceSize`:256M~512M * `-XX:ParallelGCThreads=容器核数` * `-XX:CICompilerCount=容器核数` * **G1 参数** * `-XX:+UseG1GC-XX:ConcGCThreads=n` * `-XX:G1HeapRegionSize=8m` * **CMS 参数** * `-XX:+UseCMSInitiatingOccupancyOnly` * `-XX:CMSInitiatingOccupancyFraction=70` **4. GC日志设置** * `-XX:+PrintGCDetails-XX:+PrintGCDateStamps-Xloggc:/export/Logs/gc.log5` **5. GC频率监测** * YoungGC频率一般几十秒钟一次，FullGC一般每天几次。

正文

本文旨在简明扼要说明各回收器调优参数，如有疏漏欢迎指正。

1、JDK版本

以下所有优化全部基于JDK8版本，强烈建议低版本升级到JDK8，并尽可能使用update_191以后版本。

2、如何选择垃圾回收器

响应优先应用：面向C端对响应时间敏感的应用，堆内存8G以上建议选择G1，堆内存较小或低版本JDK选择CMS；

吞吐量优先应用：对响应时间不敏感，以高吞吐量为目标的应用（如MQ、Worker），建议选择ParallelGC；

3、各回收器优化参数

1）基本参数配置（所有应用、所有回收器都需要）：

-Xmx（一般为容器内存的50%）

-Xms（与Xmx一致）

-XX:MetaspaceSize（通常256M~512M）

-XX:ParallelGCThreads=容器核数

-XX:CICompilerCount=容器核数（必须大于等于2）

2）ParallelGC

除以上参数外，一般不需要额外调优（JDK8默认回收器）

3）CMS

-XX:+UseConcMarkSweepGC

-Xmn （一般为堆内存的三分之一），尤其是配置了ParallelGCThreads后必须配置此参数

-XX:ConcGCThreads=n（默认为ParallelGCThreads/4，可视情况调整至ParallelGCThreads/2）

-XX:+UseCMSInitiatingOccupancyOnly

-XX:CMSInitiatingOccupancyFraction=70（推荐值）

4）G1

-XX:+UseG1GC

-XX:ConcGCThreads=n（默认为ParallelGCThreads/4，可视情况调整至ParallelGCThreads/2）

-XX:G1HeapRegionSize=8m（若堆内存在8G以内且有较多大对象推荐设置此值）

*注意不要设置-Xmn 和 XX:NewRatio

5）其他调优参数

-XX:+ParallelRefProcEnabled 如果GC时Reference处理时间较长，例如大量使用WeakReference对象，可以通过此参数开启并行处理

4、开启GC日志

-XX:+PrintGCDetails

-XX:+PrintGCDateStamps

-Xloggc:/export/Logs/gc.log

5、如何判断GC是否正常

1）GC是否频繁：YoungGC频率一般几十秒钟一次，FullGC一般每天几次，注意G1回收器不应该出现FullGC；

2）GC耗时：耗时主要取决于堆内存大小及垃圾对象数量。YoungGC时间通常应在几十毫秒，FullGC通常在几百毫秒；

3）每次GC内存是否下降：应用刚启动时，每次YoungGC内存应该回收到较低水位，随着时间推移老年代逐步增多，内存水位会逐步上涨，直到FullGC/MixedGC（G1），内存会再次回到较低水位，否则可能存在内存泄漏；

4）如果使用ParallelGC，堆内存耗尽才会触发FullGC，所以不用配置堆内存使用率告警，但需关注GC频率；

5）泰山上可以巡检部分JVM配置。

作者：京东零售 王利辉

来源：京东云开发者社区