JVM发生Full GC情况及防止策略

1、 System.gc()方法的调用
调用此方法是建议JVM进行Full GC,只是建议而非一定,但很多情况下它会触发 Full GC,从而增加Full GC的频率,也即增加了间歇性停顿的次数。可通过设置参数-XX:+ DisableExplicitGC来禁止RMI调用System.gc。

2、老年代空间不足
a：连续空间碎片不足：
当有大对象、大数组进入老年代时，老年代的连续空间碎片放不下，此时会发生Full GC,Full GC之后任然放不下就会抛出内存溢出错误
出现这种情况：1、尽量不然创建这种大对象；2、万一创建了尽量在新生代多保存一段时间（增大默认参数：15），最好在新生代被回收掉；3、使用CMS垃圾收集器提供了一个可配置的参数-XX:+UseCMSCompactAtFullCollection开关参数，就是在Full GC之后会有一个碎片整理的过程，但是此过程内存无法并发的，停顿时间较长；还有另外一个参数 -XX:CMSFullGCsBeforeCompaction,用于设置在执行多少次不进行内存碎片压缩的Full GC后,跟着来一次带压缩的。

b : 总空间不足
通常经过minor GC之后晋升到老年代的对象大于老年代剩余空间的容纳量就会进行Full GC
为了由于新生代对象晋升到旧生代导致旧生代空间不足的现象，在进行Minor GC时，先做一个判断，如果之前统计所得到的Minor GC晋升到旧生代的平均大小大于旧生代的剩余空间，那么就直接触发Full GC。
例如程序第一次触发Minor GC后，有6MB的对象晋升到旧生代，那么当下一次Minor GC发生时，首先检查旧生代的剩余空间是否大于6MB，如果小于6MB，则执行Full GC。
对于 RPC（远程过程调用）和 RMI（远程方法调用）管理的JDK而言，默认情况下会一小时执行一次Full GC。可在启动时通过- java -Dsun.rmi.dgc.client.gcInterval=3600000来设置Full GC执行的间隔时间或通过-XX:+ DisableExplicitGC来禁止RMI调用System.gc。

3、永生区（元空间）空间不足
Permanet Generation（永久代）中存放的为一些class的信息、常量、静态变量等数据，当系统中要加载的类、反射的类和调用的方法较多时，永久代可能会被占满，在未配置为采用CMS GC的情况下也会执行
Full GC。如果经过Full GC仍然回收不了，那么JVM会抛出如下错误信息：
java.lang.OutOfMemoryError: PermGen space
为避免永久代占满造成Full GC现象，可采用的方法为增大永久代空间或转为使用CMS GC。

4、CMS GC日志出现promotion failed和concurrent mode failure
采用CMS进行老年代GC时，尤其注意GC日志中是否有promotion failed和concurrent mode failure两种状况，当这两种状况出现时可能会触发Full GC。
promotion failed是在进行Minor GC时，survivor space放不下、对象只能放入老年代，而此时老年代也放不下造成的；
concurrent mode failure是在执行CMS GC的过程中同时有对象要放入老年代，而此时老年代空间不足造成的（有时候“空间不足”是CMS GC时当前的浮动垃圾过多导致暂时性的空间不足触发Full GC）。
对措施为：增大survivor space和老年代空间，或调低触发并发GC的比率。