JVM 性能调优

1.栈优化

我们看到的StackOverFlow异常就是这块区域空间已满，由于遇到右括号就会释放空间，所以这块区域很少会因为单纯的一个方法内变量多导致这个异常。
一般是因为方法的递归调用层次太深，导致所有的局部变量都没有释放，继而出现StackOverFlow异常。
我们可以通过设置-Xss参数来制定这块空间的大小。

2.堆优化

-Xmx可以指定整个堆内存的最大值。
-Xms可以指定整个堆内存的最小值，也就是初始化值，系统启动时按初始化值分配堆内存空间，内存使用超过初始值会启动两边的reserve区域，超过最大值汇报OutOfMemory:heap space异常
-XX:NewSize可以指定新生代的最小值。
-XX:MaxNewSize可以指定新生代的最大值。
老年代的最小值可以用Xms-XX:NewSize计算得出，所以不需要进行特别指定。
老年代的最大值可以用Xms-XX:MaxNewSize计算得出，所以不需要进行特别指定。

3.方法区优化

这部分主要存储的类的定义，只有在进行类加载的时候才会往这个区域内增加内容，所以这个区域基本上不涉及到太多的变化因素。
在系统启动时和动态加载jar文件,class文件时，会增加这块区域的数据，如果Jar包过多，撑破这块区域则汇报OutOfMemory:perm space异常。
我们可以通过-XX:PermSize和-XX:MaxPermSize来指定这块区域的最小，最大值。

总结：

年轻代大小选择

响应时间优先的应用：尽可能设大，直到接近系统的最低响应时间限制（根据实际情况选择）。在此种情况下，年轻代收集发生的频率也是最小的。同时，减少到达年老代的对象。

吞吐量优先的应用：尽可能的设置大，可能到达Gbit的程度。因为对响应时间没有要求，垃圾收集可以并行进行，一般适合8CPU以上的应用。

年老代大小选择

响应时间优先的应用：年老代使用并发收集器，所以其大小需要小心设置，一般要考虑并发会话率和会话持续时间等一些参数。如果堆设置小了，可以会造成内存碎片、高回收频率以及应用暂停而使用传统的标记清除方式；如果堆大了，则需要较长的收集时间。最优化的方案，一般需要参考以下数据获得：

并发垃圾收集信息
持久代并发收集次数
传统GC信息
花在年轻代和年老代回收上的时间比例
减少年轻代和年老代花费的时间，一般会提高应用的效率

吞吐量优先的应用

一般吞吐量优先的应用都有一个很大的年轻代和一个较小的年老代。原因是，这样可以尽可能回收掉大部分短期对象，减少中期的对象，而年老代尽存放长期存活对象。

较小堆引起的碎片问题

因为年老代的并发收集器使用标记、清除算法，所以不会对堆进行压缩。当收集器回收时，他会把相邻的空间进行合并，这样可以分配给较大的对象。但是，当堆空间较小时，运行一段时间以后，就会出现“碎片”，如果并发收集器找不到足够的空间，那么并发收集器将会停止，然后使用传统的标记、清除方式进行回收。如果出现“碎片”，可能需要进行如下配置：

1. -XX:+UseCMSCompactAtFullCollection：使用并发收集器时，开启对年老代的压缩。
2. -XX:CMSFullGCsBeforeCompaction=0：上面配置开启的情况下，这里设置多少次Full GC后，对年老代进行压缩