JVM性能调优是一个十分重要的技能，本篇次要介绍JVM性能调优以下几点：

1.JVM内存调优

2.JVM性能调优办法

3.JVM性能调优步骤

4.JVM调优参数详解

JVM内存调优

对JVM内存的零碎级的调优次要的目标是缩小GC的频率和Full GC的次数。

1.Full GC

会对整个堆进行整顿，包含Young、Tenured和Perm。Full GC因为须要对整个堆进行回收，所以比较慢，因而应该尽可能减少Full GC的次数。

2.导致Full GC的起因

1)年轻代（Tenured）被写满

调优时尽量让对象在新生代GC时被回收、让对象在新生代多存活一段时间和不要创立过大的对象及数组防止间接在旧生代创建对象 。

2)长久代Pemanet Generation空间有余

增大Perm Gen空间，防止太多动态对象 ， 管制好新生代和旧生代的比例

3)System.gc()被显示调用

垃圾回收不要手动触发，尽量依附JVM本身的机制

在对JVM调优的过程中，很大一部分工作就是对于FullGC的调节，上面具体介绍对应JVM调优的办法和步骤。

JVM性能调优办法和步骤

1.监控GC的状态

应用各种JVM工具，查看以后日志，剖析以后JVM参数设置，并且剖析以后堆内存快照和gc日志，依据理论的各区域内存划分和GC执行工夫，感觉是否进行优化。

举一个例子： 零碎解体前的一些景象：

  •  每次垃圾回收的工夫越来越长，由之前的10ms缩短到50ms左右，FullGC的工夫也有之前的0.5s缩短到4、5s
  •  FullGC的次数越来越多，最频繁时隔不到1分钟就进行一次FullGC
  •  年轻代的内存越来越大并且每次FullGC后年轻代没有内存被开释

之后零碎会无奈响应新的申请，逐步达到OutOfMemoryError的临界值，这个时候就须要剖析JVM内存快照dump。

2.生成堆的dump文件

通过JMX的MBean生成以后的Heap信息，大小为一个3G（整个堆的大小）的hprof文件，如果没有启动JMX能够通过Java的jmap命令来生成该文件。

3.剖析dump文件

关上这个3G的堆信息文件，显然个别的Window零碎没有这么大的内存，必须借助高配置的Linux，几种工具关上该文件：

  •  Visual VM
  •  IBM HeapAnalyzer
  •  JDK 自带的Hprof工具
  •  Mat(Eclipse专门的动态内存剖析工具)举荐应用

备注：文件太大，倡议应用Eclipse专门的动态内存剖析工具Mat关上剖析。

4.剖析后果，判断是否须要优化

如果各项参数设置正当，零碎没有超时日志呈现，GC频率不高，GC耗时不高，那么没有必要进行GC优化，如果GC工夫超过1-3秒，或者频繁GC，则必须优化。

注：如果满足上面的指标，则个别不须要进行GC：

  •  Minor GC执行工夫不到50ms；
  •  Minor GC执行不频繁，约10秒一次；
  •  Full GC执行工夫不到1s；
  •  Full GC执行频率不算频繁，不低于10分钟1次；

5.调整GC类型和内存调配

如果内存调配过大或过小，或者采纳的GC收集器比较慢，则应该优先调整这些参数，并且先找1台或几台机器进行beta，而后比拟优化过的机器和没有优化的机器的性能比照，并有针对性的做出最初抉择。

6.一直的剖析和调整

通过一直的试验和试错，剖析并找到最合适的参数，如果找到了最合适的参数，则将这些参数利用到所有服务器。

cms参数优化步流程

上面我再持续介绍下JVM的要害参数配置(仅用于参考)。

JVM调优参数参考

1.针对JVM堆的设置，个别能够通过-Xms -Xmx限定其最小、最大值，为了避免垃圾收集器在最小、最大之间膨胀堆而产生额定的工夫，通常把最大、最小设置为雷同的值;

2.年老代和年轻代将依据默认的比例（1：2）调配堆内存， 能够通过调整二者之间的比率NewRadio来调整二者之间的大小，也能够针对回收代。

比方年老代，通过 -XX:newSize -XX:MaxNewSize来设置其相对大小。同样，为了避免年老代的堆膨胀，咱们通常会把-XX:newSize -XX:MaxNewSize设置为同样大小。

3.年老代和年轻代设置多大才算正当

1）更大的年老代必然导致更小的年轻代，大的年老代会缩短一般GC的周期，但会减少每次GC的工夫；小的年轻代会导致更频繁的Full GC

2）更小的年老代必然导致更大年轻代，小的年老代会导致一般GC很频繁，但每次的GC工夫会更短；大的年轻代会缩小Full GC的频率

如何抉择应该依赖应用程序对象生命周期的散布状况： 如果利用存在大量的长期对象，应该抉择更大的年老代；如果存在绝对较多的长久对象，年轻代应该适当增大。但很多利用都没有这样显著的个性。

在抉择时应该根 据以下两点：

（1）本着Full GC尽量少的准则，让年轻代尽量缓存罕用对象，JVM的默认比例1：2也是这个情理 。

（2）通过观察利用一段时间，看其余在峰值时年轻代会占多少内存，在不影响Full GC的前提下，依据理论状况加大年老代，比方能够把比例控制在1：1。但应该给年轻代至多预留1/3的增长空间。

4.在配置较好的机器上（比方多核、大内存），能够为年轻代抉择并行收集算法： -XX:+UseParallelOldGC 。

5.线程堆栈的设置：每个线程默认会开启1M的堆栈，用于寄存栈帧、调用参数、局部变量等，对大多数利用而言这个默认值太了，个别256K就足用。

实践上，在内存不变的状况下，缩小每个线程的堆栈，能够产生更多的线程，但这实际上还受限于操作系统。

以上

对于作者：mikechen，10年+大厂架构教训，曾就任于阿里、淘宝、百度，分享架构技术教训以及心得！

浏览mikechen的更多技术文章合集

所有合集|Java|JVM|MySQL|Redis|分布式|微服务|高并发|中间件
|架构师

关注作者公众号mikechen互联网架构，回复【架构】，即可支付作者《原创的300期+BAT架构技术系列文章与1000+大厂面试题答案合集》。