除直接调用System.gc外触发Full GC执行的情况囿如下四种。
旧生代空间只有在新生代对象转入及创建为大对象、大数组时才会出现不足的现象当执行Full GC后空间仍然不足,则抛出如下错誤:
为避免以上两种状况引起的Full GC调优时应尽量做到让对象在Minor GC阶段被回收、让对象在新生代多存活一段时间及不要创建过大的对象及数组。
Permanet Generation中存放的为一些class的信息等当系统中要加载的类、反射的类和调用的方法较多时,Permanet GC仍然回收不了那么JVM会抛出如下错误信息:
space放不下、對象只能放入旧生代,而此时旧生代也放不下造成的;concurrent mode failure是在执行CMS GC的过程中同时有对象要放入旧生代而此时旧生代空间不足造成的。
应对措施为:增大survivor space、旧生代空间或调低触发并发GC的比率但在JDK 5.0+、6.0+的版本中有可能会由于JDK的bug29导致CMS在remark完毕后很久才触发sweeping动作。对于这种状况可通過设置-XX:
4. 统计得到的Minor GC晋升到旧生代的平均大小大于旧生代的剩余空间
这是一个较为复杂的触发情况,Hotspot为了避免由于新生代对象晋升到旧生代導致旧生代空间不足的现象在进行Minor GC时,做了一个判断如果之前统计所得到的Minor GC晋升到旧生代的平均大小大于旧生代的剩余空间,那么就矗接触发Full GC
例如程序第一次触发Minor GC后,有6MB的对象晋升到旧生代那么当下一次Minor GC发生时,首先检查旧生代的剩余空间是否大于6MB如果小于6MB,则執行Full GC
当新生代采用PS GC时,方式稍有不同PS GC是在Minor GC后也会检查,例如上面的例子中第一次Minor GC后PS GC会检查此时旧生代的剩余空间是否大于6MB,如小于则触发对旧生代的回收。
除了以上4种状况外对于使用RMI来进行RPC或管理的Sun JDK应用而言,默认情况下会一小时执行一次Full GC可通过在启动时通过- java