JVM调优，目的，原因，调优步骤过程以及推荐设置

一、JVM内存调优

        目的：就是要减少GC频率和FULL GC

        FULL GC就是对整个堆进行回收，速度比较慢，所以要减少FULLGC的次数

        FULL GC原因：

                1、老年代的内存空间不足；调优的目标，如果存活对象的存活周期比较短，尽量增加新生代的内存空间，再minor GC的时候就将对象回收，代码层面尽量减少创建大对象和大的数组，这样可以减少之间创建对象到老年代；

                2、持久代的空间不足；增加持久区的内存空间，避免太多静态对象，控制好新生代和老年代的比例；

                3、使用System.gc();避免手动GC，如果有些插件存在手动GC,可以加以限制，用JVM自身的配置。

        在对JVM调优的过程中，大部分都是为了调节FullGC,下面就来说说ＦＵＬＬＧＣ的步骤和方法

二、JVM性能调优的步骤和方法

        １、监控GC的状态

                使用JVM工具，查看GC日志，ＪＶＭ配置参数，分析当前GC日志和堆内存的快照，根据实际各区域的划分和ＧＣ执行时间以及GC回收比例

                例如：每次垃圾回收的时间越来越长，ＦｕｌｌＧＣ的次数越来越多，而且每次ＦＵＬＬGC的时间也变长了，老年代的存活实例所占的内存越来越大，而且FULL　GC之后内存变化甚微，之后逐渐就会达到ｏｏｍ的临界值，这个时候就需要生成GC　dump文件进行分析。

        ２、生成堆ｄｕｍｐ文件

                通过JMX生成当前堆的Dump文件，如果没有启动JMX，可以使用ｊｍａｐ命令生成

        ３、分析dump文件

                一般生成的ｄｕｍｐ文件的大小都比较大，在window环境下很难打开，就需要借助一些工具来打开；Visual　ＶＭ；IBM　ＨｅａｐＡｎｌｙｚｅｒ；JDK　Hprof；eclipse　Mat（专门的静态内存分析工具）idea　ａｒｔｈａｓ插件

       ４、判断是否要调优

                如果GC频率不高，GC次数不多，GC耗时不高，则不需要优化，反之就需要优化；

                经验配置

                触发minor　GC不超过５０ｍｓ

                minor　GC不频繁，约１０ｓ一次

                FULL　GC执行差不多１ｓ左右

                FULL　GC执行频率不超过１０钟一次

        ５、调整GC容器和内存分配

                分析完dump日志之后，就知道对象实例的回收情况，例如新生代的新生实例比较多，而且minor　GC之后剩余空间比较充足，说明生成对象的存活周期比较短，可以调整年轻代大一点，尽量年轻代就可以将存活对象周期短的在minor　GC就能回收。如果minor　GC回收多次剩余空间还是没有多大的变化，说明应用实例对象的存活周期比较长，则考虑年轻代和老年代的比例，以及老年代回收器选择，老年代的回收采用并发，或者并行，而且还要考虑STW（stop　ｔｈｅ　world），这个时候就需要考虑应用注重于吞吐量还是响应时间，进行对应的回收器选择。还要注意的是硬件方面的考虑，服务器的内存和线程数。为了更好的达到优化的目的，需要先选择一台将设置好的参数进行验证，验证完毕再进行同步

        ６、不断的分析和调整到应用最适合

                应用的配置参数是否最符合，只有不断的尝试，不断的选择才能找到合适的配置

 三、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就足用。

        针对回收算法和回收器的具体介绍可以看以往博文

jvm垃圾回收算法以及垃圾回收器，如何选择_bjzw的博客-CSDN博客

JVM垃圾回收器cms详解_bjzw的博客-CSDN博客