Idea中设置JVM参数

系统环境如下：

3.修改完成后，重启Idea，在Idea界面右下角看到总的和当前使用的内存大小，如未显示，可在 Appearance 参数面板中选中 Show memory indicator 选项，点击 Apply 完成设置。

本次通过 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调优

古人说得好，工欲善其事，必先利其器，这篇小随笔其实很久之前就该写了（因为是很久之前做的事情了）。现在为了写它，还得手动复现当时的场景，真麻烦呐。

笔者的机器配置和环境如下：

调整IDEA的JVM参数还是很有必要的，下面是我从打开IDEA到一顿 *** 作使之内存吃紧之后的内存占用及GC情况：

当开的项目过多，或Build/Import超大项目时，就会出现这种提示（在1080p外接显示器上截的，糊了），并且会越发卡顿：

点击Configure，就会d出修改最大堆大小的对话框：

当然，我们并不满足于只修改堆大小。点击IDEA Help菜单中的Edit Custom VM Options项，打开IDEA的JVM参数列表，就可以进行优化了。

请注意，以下是根据我的环境调整的参数，虽然大体通用，但仍然要具体情况具体分析。另外为了表述清晰，写了一些注释，有一些默认开启的项也加了进来，就当是复习+拓展一下常用的JVM参数吧。

可见，虽然我们平时提起调优，指的都是那些相对大型的服务端应用，但是Java离我们如此之近，身边的很多东西都是可以拿来实践的。

---