jvm参数调优

JVM的调优主要是内存的调优，主要调两个方面：

主要手段：JVM调优主要通过配置JVM的参数来提高垃圾回收的速度，合理分配堆内存各部分的比例。即各个代的大小和垃圾收集器选择

垃圾回收流程
1、新建的对象，大部分存储在Eden中
2、当Eden内存不够，就进行Minor GC释放掉不活跃对象；然后将部分活跃对象复制到Survivor中（如Survivor1），同时清空Eden区
3、当Eden区再次满了，将Survivor1中不能清空的对象存放到另一个Survivor中（如Survivor2），同时将Eden区中的不能清空的对象，复制到Survivor1，同时清空Eden区
4、重复多次（默认15次）：Survivor中没有被清理的对象就会复制到老年区（Old）
5、当Old达到一定比例，则会触发Major GC释放老年代
6、当Old区满了，则触发一个一次完整的垃圾回收（Full GC）
7、如果内存还是不够，JVM会抛出内存不足，发生oom，内存泄漏。

JVM常见配置

堆设置
-Xms:初始堆大小
-Xmx:最大堆大小
-XX:NewSize=n:设置年轻代大小
-XX:NewRatio=n:设置年轻代和年老代的比值。如:为3，表示年轻代与年老代比值为1：3，年轻代占整个年轻代年老代和的1/4
-XX:SurvivorRatio=n:年轻代中Eden区与两个Survivor区的比值。注意Survivor区有两个。如：3，表示Eden：Survivor=3：2，一个Survivor区占整个年轻代的1/5
-XX:MaxPermSize=n:设置持久代大小

垃圾回收统计信息
-XX:+PrintGC
-XX:+PrintGCDetails
-XX:+PrintGCTimeStamps
-Xloggc:filename

堆设置原则

-Xmx==-Xms：防止堆内存频繁进行调整，调整的时机见《第一章 JVM内存结构》

-Xmn：通常设为-Xmx/4（系统运行正常、平稳、速度也快）

-XX:MaxPermSize==-XX:PermSize
在实际开发中，前台不要使用jsp，使用velocity等模板引擎技术
不要引入无关的jar

-XX:MaxTenuringThreshold：默认为15

调节时机：minor GC太频繁
-Xmn过小：minor GC太频繁；小对象可能也会直接进入年老代，提前导致Full GC
-Xmn过大：年轻代大了，minor GC的时间变长了；年老代变小了，Full GC会频繁

调节策略：
若-Xmx可调大，则调大，且保持-Xmn==-Xmx/4~-Xmx/3；
若-Xmx不可调大，在保持-Xmn==-Xmx/4~-Xmx/3的范围内增大-Xmn；
若-Xmn也不可调了，则试着调大-XX:SurvivorRatio来看看情况
-XX:SurvivorRatio：默认8
-XX:SurvivorRatio过大：Eden变大，Survivor变小，minor GC可能减少，但是由于suvivor减小了，所以如果minor GC存活下来的对象大于suvivor，则会直接进入年老代
-XX:SurvivorRatio过小：Eden变小，Survivor变大，minor GC可能增多，但是由于suvivor变大了，能够存储更多存活下来的对象，进入年老代的对象可能会减少
-XX:SurvivorRatio过大：对象在年轻代的存活时间变长，可能在年轻代就被回收掉而不必进入年老代，但是相应的复制的时候survivor区就会被占用更多的空间。
-XX:SurvivorRatio过小：对象在年轻代的存活时间变短，可能会早早进入年老代而失去在年轻代被回收的机会，但是相应的复制的时候survivor区也就有更多内存了，这样可能会避免部分大对象直接进入年老代

调节时机：Full GC太频繁
调优目的：减少GC的频率尤其是Full GC的次数，过多的GC会占用很多系统资源影响吞吐量。特别要关注Full GC，因为它会对整个堆进行整理。

旧生代空间不足
调优时尽量让对象在新生代GC时被回收、让对象在新生代多存活一段时间和不要创建过大的对象及数组避免直接在旧生代创建对象
持久代（Pemanet Generation）空间不足
增大Perm Gen空间，避免太多静态对象
统计得到的GC后晋升到旧生代的平均大小大于旧生代剩余空间
控制好新生代和旧生代的比例
System.gc()被显示调用
垃圾回收不要手动触发，尽量依靠JVM自身的机制

在实际调优过程中，可以使用jstat、jconsole、visualVM或GC日志的检测数据来调

垃圾收集器选择

Parallel Scavenge/Parallel Old
注重吞吐量（吞吐量越大，说明CPU利用率越高）
主要用于处理很多的CPU计算任务而用户交互任务较少的情况
也用于让JVM自动调优而我们袖手旁观的情况
（-XX:+UseParallelOldGC，-XX:GCTimeRatio，-Xmx，-XX:+UseAdaptiveSizePolicy）
-XX:+UseParallelOldGC：指定使用该组合

ParNew/CMS
注重STW的缩短（该时间越短，用户体验越好，而且会减少部分请求的请求超时问题）
-XX:+UseConcMarkSweepGC：指定使用该组合
-XX:CMSInitiatingOccupancyFraction：来指定当年老代空间满了多少后（百分比）进行垃圾回收

关于上边两种组合的说明
一般而言，在企业中，机器的CPU数量都比较多，且CPU的计算能力也不会成为瓶颈，所以对于CMS的并发标记与并发清除阶段，会占用CPU资源的问题，其实不是大事儿；而对于Parallel的注重吞吐量的问题也就不是什么大事儿了，毕竟CPU是强大的
所以，ParNew/CMS是首选（在G1不能用的情况下），Parallel Scavenge/Parallel Old只在想让JVM自动管理内存的情况下使用

JVM提供两种较为简单的GC策略的设置方式：

1）吞吐量优先

JVM以吞吐量为指标，自行选择相应的GC策略及控制新生代与旧生代的大小比例，来达到吞吐量指标。这个值可由-XX:GCTimeRatio=n来设置

2）暂停时间优先

JVM以暂停时间为指标，自行选择相应的GC策略及控制新生代与旧生代的大小比例，尽量保证每次GC造成的应用停止时间都在指定的数值范围内完成。这个值可由-XX:MaxGCPauseRatio=n来设置