为本地IDE运行设置JVM启动参数调优

本次通过 VisulVm 进行线程的堆区观察，关于在应用运行时，所占用内存发生OOM

切换到JDK的bin目录下，调查堆是否发生OOM

console : java -XX:+PrintCommandLineFlags -version

Output

这里显示 堆的最大值大小为 MaxHeapSize ，这里的MaxHeapSize可能和VisulVm中堆的最大值有所偏差,

这是因为 虚拟机的内存对齐 ，我们暂时以控制台显示的最大堆值为标准，对比VisulVm中观察到的堆内存大小

上图可以看出来为最大堆为 2124414976B ,从2:30开始出现内存抖动。怀疑是因为在jvm启动时，

没有设置年轻代和老年代的分配比例，导致年轻代被频繁GC，故在idea的 VM OPTIONS 中设置

-XX:NewRatio=2

可以看到从2:30之后，内存的增长速度趋于平缓，可以看出没有发生频繁GC

但系统仍然被占用较大的内存，继续分析idea所属进程

发现idea进程中占用最多的是idea程序本身的内存,尝试设置运行时最大堆的上限

VM OPTIONS : -XX:NewRatio=2 -XX:+HeapDumpOnOutOfMemoryError -Xmx1024m -Xms1024m -XX:HeapDumpPath=d:\dump

VisulVM显示如下图

可以看到虽然设置了最大堆上限为默认的1024mb，但是内存增长的速度依然很快

比较初始化堆的峰值,即图三中一开始出现堆内存峰值的时间点分配: 116916114b = 115MB

考虑到除了java堆之外，可能还有其它区域占用内存空间，见 深入理解java虚拟机

VM OPTIONS 设置为 -XX:NewRatio=2 -XX:+HeapDumpOnOutOfMemoryError -Xmx1024m -Xms130m -XX:HeapDumpPath=d:\dump

ps:为什么考虑到需要调节初始化堆的大小呢?

让我们呢看一看目录下输出的日志文件

hs_err_pid13036.log

建议大家对于当前测试线程不清楚的时候可以多是实在jvm启动参数里设置OOM的输出日志文件，以便于查找错误

但这只是简单的分配年轻代和老年代，那有没有适合分代的回收调参呢

根据本机8G双核的机器配置，采用Parnew+cms收集器，年轻代加快复制次数，老年代减少停顿时间。idea最终调优如下

更大型系统的jvm调优请参考 大型跨境电商JVM调优

jar包启动时指定对应参数，比如我的工程启动命令就是这样的

启动命令，打码部分为工程名

常见参数如下

1.-Xms：初始堆大小。只要启动，就占用的堆大小。

2.-Xmx：最大堆大小。java.lang.OutOfMemoryError：Java heap这个错误可以通过配置-Xms和-Xmx参数来设置。

3.-Xss：栈大小分配。栈是每个线程私有的区域，通常只有几百K大小，决定了函数调用的深度，而局部变量、参数都分配到栈上。

当出现大量局部变量，递归时，会发生栈空间OOM（java.lang.StackOverflowError）之类的错误。

4.XX:NewSize：设置新生代大小的绝对值。

5.-XX:NewRatio：设置年轻代和年老代的比值。比如设置为3，则新生代：老年代=1:3，新生代占总heap的1/4。

6.-XX:MaxPermSize：设置持久代大小。

java.lang.OutOfMemoryError:PermGenspace这个OOM错误需要合理调大PermSize和MaxPermSize大小。

7.-XX:SurvivorRatio：年轻代中Eden区与两个Survivor区的比值。注意，Survivor区有form和to两个。比如设置为8时，那么eden:form:to=8:1:1。

8.-XX:HeapDumpOnOutOfMemoryError：发生OOM时转储堆到文件，这是一个非常好的诊断方法。

9.-XX:HeapDumpPath：导出堆的转储文件路径。

10.-XX:OnOutOfMemoryError：OOM时，执行一个脚本，比如发送邮件报警，重启程序。后面跟着一个脚本的路径。

---