1、最近项目有个请求频繁 full gc
(1)通过命令,刚开始没注意 YGC次数,只是关注,FGC了,以为对象直接放入老年代了,所以顺便查了下,
对象直接放入老年代条件:
JVM 老年代对象来源
一般情况是四种,但是尤其以第一种来源最多
1.新生代对象每经历依次minor gc,年龄会加一,当达到年龄阀值会直接进入老年代。阀值大小一般为15
2.Survivor空间中年龄所有对象大小的总和大于survivor空间的一半,年龄大于或等于该年龄的对象就可以直接进入老年代,而无需等到年龄阀值
3.大对象直接进入老年代
4.新生代复制算法需要一个survivor区进行轮换备份,如果出现大量对象在minor gc后仍然存活的情况时,就需要老年代进行分配担保,让survivor无法容纳的对象直接进入老年代
大对象阈值设置:XX:PretenureSizeThreshold=6M
(2)后来发现其实是 频繁YGC 然后进入了 老年代,所以思路就是调大年轻代空间
-XX:SurvivorRatio=4 不生效
原因:在HotSpot VM里,并行系的收集器(UseParallelGC / UseParallelOldGC)默认开启-XX:+UseAdaptiveSizePolicy, 这个配置会在每次Minor GC之后对From和To区进行自适应分配大小,而SurvivorRatio使用默认值8,设置成任何非8的数值都会无效。
更改为:-XX:-UseAdaptiveSizePolicy 即可