JVM minor, full 和 major GC

在发生Minor gc之前，虚拟机会先检查老年带最大连续可用空间是否大于新生代的总和，假如大于，那么这个时候发生Minor Gc是安全的，假如不大于，那么需要判断是否允许担保失败，假如允许，则继续判定老年带连续可用空间是否大于平均晋升到老年带对象的平均值，如果大于，这个时候可以发生Minor GC ，如果小于，则需要做一次Full Gc，通常会把HandlePromotionFailure开关打开，以减少Full Gc。

 

     Java的堆内存，分为年轻代，与老年代，往细了分，年轻代可分为 Eden区，幸存区，Java对象优先在Eden区分配，假如空间不足，会做一次Minor Gc。假如老年代空间不足，则会出现FullGc FullGc的速度比MinorGc慢10倍至少，所以一般尽量避免发生Full Gc

 

     一般的对象直接在Eden区分配，而大的对象则在老年代分配，一般比较长的字符串和比较大的数组，都直接分配在老年带。通过参数 ：-XX:PretenureSizeThreshold，大于这个对象值得的对象直接在老年代分配，这样可以较少年轻代的内存复制次数。

 

     长期存活的对象也是会进入老年带，刚开始可能在Eden区分配，但是当第一次MinorGc之后荏苒存活，并且内购被Survivor容纳，那么这个对象将被移动的幸存区。每熬过一次Minor Gc ，年龄加1，当超过15岁时（默认值），就会晋升到老年带，这个阀值可以通过参数：-XX:MaxTenuringThreshold 来设置。

 

   除了System.gc外，一下几种情况会触发fullgc

 

   1方法区内存不足时（Max PermGen space）会触发Full Gc

   2堆里面的老年代空间不足时(Max heap space)，担保不允许失败的时候。

   3CMS GC在垃圾回收的时候，当对象从Eden进入幸存区，幸存区空间不足，需要放入老年代，而老年带

空间也不足的时候发生。

    4MinorGc时统计到老年代空间小于新生代时。