java jvm调优在哪里设置_JVM调优（一）参数设置

一. GC优化

1.1 GC优化是必要的吗

现在来想一想GC优化的最根本原因，垃圾收集器的工作就是清除Java创建的对象，垃圾收集器需要清理的对象数量以及要执行的GC数量均取决于已创建的对象数量。因此，为了使你的系统在GC上表现良好，首先需要减少创建对象的数量。

俗话说“冰冻三尺非一日之寒”，我们在编码时要首先要把下面这些小细节做好，否则一些琐碎的不良代码累积起来将让GC的工作变得繁重而难于管理，比如使用StringBuilder或StringBuffer来代替String；尽量少输出日志。

尽管如此，仍然会有我们束手无策的情况。XML和JSON解析过程往往占用了最多的内存，即使我们已经尽可能地少用String、少输出日志，仍然会有大量的临时内存(大约10-100MB)被用来解析XML或JSON文件，但我们又很难弃用XML和JSON。在此，你只需要知道这一过程会占据大量内存即可。

1.2 GC优化的两个目的

减少进入老年代的对象

除了可以在JDK 7及更高版本中使用的G1收集器以外，其他分代GC都是由Oracle JVM提供的。关于分代GC，就是对象在Eden区被创建，随后被转移到Survivor区，在此之后剩余的对象会被转入老年代。也有一些对象由于占用内存过大，在Eden区被创建后会直接被传入老年代。老年代GC相对来说会比新生代GC更耗时，因此，减少进入老年代的对象数量可以显著降低Full GC的频率。

降低Full GC的时间

Full GC的执行时间比Minor GC要长很多，因此，如果在Full GC上花费过多的时间，将可能出现超时错误。

1、如果通过减小老年代内存来减少Full GC时间，可能会引起OutOfMemoryError或者导致Full GC频率升高。

2、如果通过增加老年代内存来降低Full GC的频率，Full GC的时间可能因此增加

3、因此需要把老年代的大小设置成一个“合适”的值。

1.3 GC性能指标

一般来说，GC达到这些性能就可以：

Minor GC执行非常迅速(50ms以内)，没有频繁执行(大约10s执行一次)

Full GC执行非常迅速(1s以内)，没有频繁执行(大约10min执行一次)

二. 堆启动参数设置

-Xms64m：初始堆大小

-Xmx128m：最大堆大小

-Xss4m：设置每个线程的堆栈大小

-XX:PermSize、-XX:MaxPermSize:分别设置永久代最小大小与最大大小(Java8以前)

-XX:MetaspaceSize -XX:MaxMetaspaceSize:分别设置元空间最小大小与最大大小(Java8以后)

-XX:NewRatio=2：设置新生代与年老代的比值(除去持久代)，2则新生代与年老代所占比值为1:2

-XX:SurvivorRatio=8 ：设置新生代中Eden区与Survivor区的大小比值。设置为8代表8：1：1

-XX:MaxTenuringThreshold=0 ：设置垃圾最大年龄。如果设置为0，则年轻代对象不经过Survivor区直接进入年老代

三. 设置垃圾收集器

-XX:+UseSerialGC：设置新生代串行收集器

-XX:+UseParNewGC：设置新生代并行收集器

-XX:+UseParallelGC：设置新生代并行收集器

-XX:+UseParallelOldGC ：配置年老代垃圾收集方式为并行收集

-XX:+UseConcMarkSweepGC：设置年老代并发CMS收集器

四. 设置垃圾收集器参数

-XX:ParallelGCThreads=20 ：配置并行收集器的线程数，此值最好配置与处理器数目相等

-XX:+UseAdaptiveSizePolicy ：设置此选项后，并行收集器会自动选择年轻代区大小和相应的Survivor区比例，以达到目标系统规定的最低响应时间或者收集频率等，此值建议使用并行收集器时，一直打开。

-XX:MaxGCPauseMillis=100 : 设置每次年轻代垃圾回收的最长时间，如果无法满足此时间，JVM会自动调整年轻代大小，以满足此值。

-XX:+UseCMSCompactAtFullCollection ：打开对年老代的压缩。可能会影响性能，但是可以消除碎片

-XX:CMSFullGCsBeforeCompaction=5 ：由于并发收集器不对内存空间进行压缩、整理，所以运行一段时间以后会产生“碎片”，使得运行效率降低。此值设置运行多少次GC以后对内存空间进行压缩、整理。