项目full gc 排查

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  即可