你会如何处理上线后频繁FullGC

分析&回答

三个关键字：上线、频繁、FullGC

上线

上线是否符合流程规范，这里大家可以根据实际情况展开。

频繁

频繁是需要有参照系的，一般作为参照系有两种，1、个人思维认知（历史经验）。2、系统历史表现情况。如果已经上线一段时间的项目请优先以第2种为参照，先去查看监控看看 GC 的历史表现情况。

FullGC

我们分析Full GC会从Full GC之后的回收率入手：

如果Full GC之后，被清理对象很多(回收率高) 说明Eden区设置太小，导致短生命周期的对象进入了Old区。
如果Full GC之后，被清理对象很少(回收率低) 说明Old区不够用。
- 如果Old区出现持续回收率降低的情况，优先考虑内存泄露。
- 如果Old区回收率始终不变，考虑Old区太小，增大 Old 区。

附加

考虑 JDK的低版本，大家还可以说说 Permanet Generation（永久代）空间满的情况。

Permanet Generation中存放的为一些class的信息等，当系统中要加载的类、反射的类和调用的方法较多时，Permanet Generation可能会被占满，在未配置为采用CMS GC的情况下会执行Full GC。如果经过Full GC仍然回收不了，那么JVM会抛出如下错误信息：java.lang.OutOfMemoryError: PermGen space

反思&扩展

对象分配规则

对象优先分配在Eden区，如果Eden区没有足够的空间时，虚拟机执行一次Minor GC。
大对象直接进入老年代（大对象是指需要大量连续内存空间的对象）。这样做的目的是避免在Eden区和两个Survivor区之间发生大量的内存拷贝（新生代采用复制算法收集内存）。
长期存活的对象进入老年代。虚拟机为每个对象定义了一个年龄计数器，如果对象经过了1次Minor GC那么对象会进入Survivor区，之后每经过一次Minor GC那么对象的年龄加1，知道达到阀值对象进入老年区。
动态判断对象的年龄。如果Survivor区中相同年龄的所有对象大小的总和大于Survivor空间的一半，年龄大于或等于该年龄的对象可以直接进入老年代。
空间分配担保。每次进行Minor GC时，JVM会计算Survivor区移至老年区的对象的平均大小，如果这个值大于老年区的剩余值大小则进行一次Full GC，如果小于检查HandlePromotionFailure设置，如果true则只进行Monitor GC,如果false则进行Full GC。