springboot下jvm启动参数预估

以你之姓@ 2023-03-03 08:45 8阅读 0赞

参考：

[https://www.cnblogs.com/zhangfengshi/p/11343102.html][https_www.cnblogs.com_zhangfengshi_p_11343102.html]

[https://blog.csdn.net/chenming60999/article/details/100841202][https_blog.csdn.net_chenming60999_article_details_100841202]

依据的原则是根据Java Performance里面的推荐公式来进行设置。

![20200730174226435.jpg][]

具体来讲：

Java整个堆大小设置，Xmx 和 Xms设置为老年代存活对象的3-4倍，即FullGC之后的老年代内存占用的3-4倍

永久代（jdk8为元数据MetaSpace）PermSize和MaxPermSize设置为老年代存活对象的1.2-1.5倍。

年轻代Xmn的设置为老年代存活对象的1-1.5倍。

老年代的内存大小设置为老年代存活对象的2-3倍。默认新生代与老年代的比例为 1：2 ，不冲突。

BTW：

1、Sun官方建议年轻代的大小为整个堆的3/8左右， 所以按照上述设置的方式，基本符合Sun的建议。

2、堆大小=年轻代大小+年老代大小， 即xmx=xmn+老年代大小 。 Permsize不影响堆大小。

3、为什么要按照上面的来进行设置呢？ 没有具体的说明，但应该是根据多种调优之后得出的一个结论。

**如何确认老年代存活对象大小？**

**方式1（推荐/比较稳妥）：**

开启GC日志打印，例配置jvm参数 -XX:+PrintGC 观察多次Full GC后老年代存活对象的大小取平均值为准

**方式2：（强制触发FullGC, 会影响线上服务，慎用）**

方式1的方式比较可行，但需要更改JVM参数，并分析日志。同时，在使用CMS回收器的时候，有可能不能触发FullGC（只发生CMS GC），所以日志中并没有记录FullGC的日志。在分析的时候就比较难处理。

BTW：使用jstat -gcutil工具来看FullGC的时候， CMS GC是会造成2次的FullGC次数增加。 具体可参见之前写的一篇关于jstat使用的文章

所以，有时候需要强制触发一次FullGC，来观察FullGC之后的老年代存活对象大小。

注：强制触发FullGC，会造成线上服务停顿（STW），要谨慎，建议的操作方式为，在强制FullGC前先把服务节点摘除，FullGC之后再将服务挂回可用节点，对外提供服务

在不同时间段触发FullGC，根据多次FullGC之后的老年代内存情况来预估FullGC之后的老年代存活对象大小。

**如何触发FullGC ？**

使用jmap工具可触发FullGC

jmap -dump:live,format=b,file=heap.bin <pid> 将当前的存活对象dump到文件，此时会触发FullGC

jmap -histo:live <pid> 打印每个class的实例数目,内存占用,类全名信息.live子参数加上后,只统计活的对象数量. 此时会触发FullGC

### 补充 ###

\-Xmn：young generation的heap大小，一般设置为Xmx的3、4分之一

以下两个参数配置对于测试环境springboot项目就够用了，生产环境可以适当按比例扩大一些。

> \-Xms256m -Xmx256m -Xmn64m -XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=128m
> 
> \-Xms256m -Xmx256m -Xmn128m -XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=128m

[https_www.cnblogs.com_zhangfengshi_p_11343102.html]: https://www.cnblogs.com/zhangfengshi/p/11343102.html
[https_blog.csdn.net_chenming60999_article_details_100841202]: https://blog.csdn.net/chenming60999/article/details/100841202
[20200730174226435.jpg]: /images/20230208/22408154c2a54500b45d096095b1b6b2.png