JVM 面试题:如何优化JVM参数做到只有Young GC(minor GC)

谁践踏了优雅 2023-01-21 13:22 19阅读 0赞

本文来源如下专栏:  
[从0带你成为jvm实战高手][0_jvm]

1.先从当前环境和访问的服务每秒中qps大概多少,在堆中new的对象大概多少,  
比如qps:10000/s 每次做sql查询100条数据,创建单个对象有20个属  
因为每个字段都是一个基本数据类型,对象头4字节+引用类型4字节+实例数据(Integer:4 Long:8)+数据填充(变成8的倍数)假设每个属性32b,则一个对象32\*20b=600b 那么一秒钟创建的对象为 100\*10000\*600b=600M

默认的jvm参数配置的空间大小:  
2.分析当前虚拟机分配给当前程序的堆内存  
假设4核8g机器,当前java启动参数为-Xms:3G -Xmx:3G 新生代和老年代比率为2:1 新生代:2G , 默认对应survivor0:survivor1:eden=1:1:8 即200M:200M:1600M 老年代:1G

gc的过程分析:  
3.每秒查询100条数据, 新创建的对象为600M,那么3s后eden区满了,因为此时1800M>1600M,进行分配担保的判断, 此时新生代对象1800M>老年代1G内存,默认-XX:HandlePromotionFailure开启,那么此时判断老年代空闲内存1G大于每次进入老年代的平均对象的大小0,此时进行minor gc,  
假设**存活的对象为300M**,那么此时通过复制算法, 复制到survivor0区域时发现内存不够用, 则将300M对象直接进入到老年代,然后在隔3s后再次触发minor gc, 即第6s,此时老年代对象为600M,第9s后老年代900M,第12s触发minor gc是发现分配担保失败, 因为老年代空闲内存100M<平均进入老年代对象大小即300M,此时触发一次full gc来回收老年代的内存,此时full gc即12s触发一次 minor gc 3s触发一次

4.优化方案,因为**每次新生代存活的对象大概300M**, 此时我们**可以调节,新生代survivor0:survivor1:eden的比率 比如为2:2:6 那么survivor0则变为了400M,这样每次minor gc后300M存活的对象小于400M,程序很长时间都不会进行full gc**

5.这只是一个特殊的例子,具体的场景根据原理去分析,常用的方式:

> a. 调整新生代内存比率**让每次minor gc后survivor区域放得下可存活的对象**;  
> b. 调整新生代和老年代内存比率, 降低分配担保失败导致的次数.  
> c. 合理的设置进入老年代对象的年龄,减少full gc触发的频率;(最大也就是15, 默认也是15, 对象头是4字节, 最大是15. )

[0_jvm]: https://apppukyptrl1086.h5.xiaoeknow.com/v1/course/column/p_5d0ef9900e896_MyDfcJi8?type=3&resource_type=6&resource_id=p_5d0ef9900e896_MyDfcJi8&product_id=p_5d0ef9900e896_MyDfcJi8&app_id=apppuKyPtrl1086&share_user_id=u_5d452ae9c3c54_DFka1SAB6G&share_type=5&scene=%E9%82%80%E8%AF%B7%E9%93%BE%E6%8E%A5&sw=1