什么时候会触发垃圾回收
1、新生代Eden区和S1区中无法存放更多的对象，会执行YGC<br>
2、老年代区域无法存放更多的对象，会执行FGC
哪些对象是不能被回收的
通过可达性分析法来判断对象是否可被回收，即有GC Root根节点<br>
GC Root节点：<br>1、Class - 由系统类加载器(system class loader)加载的对象<br>2、Thread - 活着的线程<br>3、Stack Local - Java方法的local变量或参数<br>4、JNI Local - JNI方法的local变量或参数<br>5、JNI Global - 全局JNI引用<br>6、Monitor Used - 用于同步的监控对象
总结：只有要你的方法里对象被局部变量或静态变量引用了，就是不可回收的
新生代垃圾回收
新生代采用复制算法执行垃圾回收
将新生代分为Eden区，Survivor1区，Survivor2区，默认空间比例 E:S1:S2=8:1:1
Eden区和S1区满了，将存活对象移动到S2区，回收Eden和S1区；<br>当Eden区和S2区满了，将存活对象移动到S1区，回收Eden和S2区，以此类推
躲过15次GC后进入老年代
对象从S1区移动到S2区，对象的年龄就会增长一岁，当年龄到达15岁时，即经历了15次YGC对象仍然存活，则把对象移动到老年代<br>通过JVM配置<font color="#f15a23">-XX:MaxTenuringThreshold </font><font color="#5c5c5c">设置进入老年代的年龄</font><font color="#f15a23">，默认值为15</font><br>
对象动态年龄判断
当前存放在Survior区的对象占用了Survivor区50%的内存大小，那么此时大于等于这批对象年龄的对象直接进入老年代
大对象直接进入老年代<br>
通过JVM配置 <font color="#f15a23">-XX:PretenureSizeThreshold</font> 对象字节大小，比如 1048576 字节就是 1MB
Minor GC后对象太多无法放入Survivor区怎么办<br>
YGC后，没有足够的Survivor区存放存活对象，那么对象直接进入老年代
老年代空间分配担保规则<br>
在执行Minor GC之前，JVM会检查老年代可用的空间大小，是否大于新生代所有对象的大小<br>防止极端情况，Minor GC后，所有的对象都存活了下来，就会都进入老年代，老年代空间如果不够呢？<br>假设在Minor GC之前发现<font color="#f15a23">老年代可用空间 < 新生代全部对象大小</font>，校验是否设置 -XX:-HandlePromotionFailure 参数<br>没有设置参数，则老年代执行FGC<br>有设置参数，看看老年代的内存大小是否大于之前每一次Minor GC后进入老年代对象的平均大小，如果不是，则老年代执行FGC<br>如果设置了参数，且老年代的内存大于每一次Minor GC后进入老年代对象的平均大小，则尝试执行Minor GC，此时Minor GC有以下几种情况<br>（1）Minor GC后，存活对象小于Survivor区的大小，存活对象进入Survivor区<br>（2）Minor GC后，存活对象大于>Survivor区，小于老年代可用内存大小，存活对象进入老年代<br>（3）Minor GC后，存活对象大于Survivor区，大于老年代可用内存大小，老年代执行FGC，要是FGC过后，剩余空间仍不够放存活对象，那么就会导致<font color="#f15a23">OOM内存溢出</font>了
老年代垃圾回收
采用标记整理算法
1.先标记存活对象<br>2.将存活对象移动到一边<br>防止垃圾回收后，产生过多碎片
