遇到以下情况，就需要考虑进行JVM调优了：

 

 

Heap内存（老年代）持续上涨达到设置的最大内存值；

 

Full GC 次数频繁；

 

GC 停顿时间过长（超过1秒）；

 

应用出现OutOfMemory 等内存异常；

 

应用中有使用本地缓存且占用大量内存空间；

 

系统吞吐量与响应性能不高或下降。

 

JVM调优的基本原则

JVM调优是一个手段，但并不一定所有问题都可以通过JVM进行调优解决，因此，在进行JVM调优时，我们要遵循一些原则：

 

大多数的Java应用不需要进行JVM优化；

 

大多数导致GC问题的原因是代码层面的问题导致的（代码层面）；

 

上线之前，应先考虑将机器的JVM参数设置到最优；

 

减少创建对象的数量（代码层面）；

 

减少使用全局变量和大对象（代码层面）；

 

优先架构调优和代码调优，JVM优化是不得已的手段（代码、架构层面）；

 

分析GC情况优化代码比优化JVM参数更好（代码层面）；

 

通过以上原则，我们发现，其实最有效的优化手段是架构和代码层面的优化，而JVM优化则是最后不得已的手段，也可以说是对服务器配置的最后一次“压榨”。

 

JVM调优目标

调优的最终目的都是为了令应用程序使用最小的硬件消耗来承载更大的吞吐。jvm调优主要是针对垃圾收集器的收集性能优化，令运行在虚拟机上的应用能够使用更少的内存以及延迟获取更大的吞吐量。

 

延迟：GC低停顿和GC低频率；

低内存占用；

高吞吐量;

其中，任何一个属性性能的提高，几乎都是以牺牲其他属性性能的损为代价的，不可兼得。具体根据在业务中的重要性确定。

 

JVM调优量化目标

下面展示了一些JVM调优的量化目标参考实例：

 

Heap 内存使用率 <= 70%;

 

Old generation内存使用率<= 70%;

 

avgpause <= 1秒;

 

Full gc 次数0 或 avg pause interval >= 24小时 ;

 

注意：不同应用的JVM调优量化目标是不一样的。

 

JVM调优的步骤

一般情况下，JVM调优可通过以下步骤进行：

 

分析GC日志及dump文件，判断是否需要优化，确定瓶颈问题点；

 

确定JVM调优量化目标；

 

确定JVM调优参数（根据历史JVM参数来调整）；

 

依次调优内存、延迟、吞吐量等指标；

 

对比观察调优前后的差异；

 

不断的分析和调整，直到找到合适的JVM参数配置；

 

找到最合适的参数，将这些参数应用到所有服务器，并进行后续跟踪。

 

以上操作步骤中，某些步骤是需要多次不断迭代完成的。一般是从满足程序的内存使用需求开始的，之后是时间延迟的要求，最后才是吞吐量的要求，要基于这个步骤来不断优化，每一个步骤都是进行下一步的基础，不可逆行之。

 

JVM参数

JVM调优最重要的工具就是JVM参数了。先来了解一下JVM参数相关内容。

 

-XX 参数被称为不稳定参数，此类参数的设置很容易引起JVM 性能上的差异，使JVM存在极大的不稳定性。如果此类参数设置合理将大大提高JVM的性能及稳定性。

 

不稳定参数语法规则包含以下内容。

 

布尔类型参数值：

 

-XX:+<option> '+'表示启用该选项

 

-XX:-<option> '-'表示关闭该选项

 

数字类型参数值：

 

-XX:<option>=<number>给选项设置一个数字类型值，可跟随单位，例如：'m'或'M'表示兆字节;'k'或'K'千字节;'g'或'G'千兆字节。32K与32768是相同大小的。

字符串类型参数值：

 

-XX:<option>=<string>给选项设置一个字符串类型值，通常用于指定一个文件、路径或一系列命令列表。例如：-XX:HeapDumpPath=./dump.core

JVM参数解析及调优

比如以下参数示例：

 

-Xmx4g –Xms4g –Xmn1200m –Xss512k -XX:NewRatio=4 -XX:SurvivorRatio=8 -XX:PermSize=100m -XX:MaxPermSize=256m -XX:MaxTenuringThreshold=15

 

 

上面为Java7及以前版本的示例，在Java8中永久代的参数-XX:PermSize和-XX：MaxPermSize已经失效。这在前面章节中已经讲到。

 

参数解析：

 

-Xmx4g：堆内存最大值为4GB。

 

-Xms4g：初始化堆内存大小为4GB。

 

-Xmn1200m：设置年轻代大小为1200MB。增大年轻代后，将会减小年老代大小。此值对系统性能影响较大，Sun官方推荐配置为整个堆的3/8。

 

-Xss512k：设置每个线程的堆栈大小。JDK5.0以后每个线程堆栈大小为1MB，以前每个线程堆栈大小为256K。应根据应用线程所需内存大小进行调整。在相同物理内存下，减小这个值能生成更多的线程。但是操作系统对一个进程内的线程数还是有限制的，不能无限生成，经验值在3000~5000左右。

 

-XX:NewRatio=4：设置年轻代（包括Eden和两个Survivor区）与年老代的比值（除去持久代）。设置为4，则年轻代与年老代所占比值为1：4，年轻代占整个堆栈的1/5

 

-XX:SurvivorRatio=8：设置年轻代中Eden区与Survivor区的大小比值。设置为8，则两个Survivor区与一个Eden区的比值为2:8，一个Survivor区占整个年轻代的1/10

 

-XX:PermSize=100m：初始化永久代大小为100MB。

 

-XX:MaxPermSize=256m：设置持久代大小为256MB。

 

-XX:MaxTenuringThreshold=15：设置垃圾最大年龄。如果设置为0的话，则年轻代对象不经过Survivor区，直接进入年老代。对于年老代比较多的应用，可以提高效率。如果将此值设置为一个较大值，则年轻代对象会在Survivor区进行多次复制，这样可以增加对象再年轻代的存活时间，增加在年轻代即被回收的概论。