JVM垃圾回收

小渣渣，如有什么问题欢迎指正。

GC

GC分为YGC、FGC
YGC：对新生代堆进行gc。频率比较高，因为大部分对象的存活寿命较短，在新生代里被回收。性能耗费较小。
FGC：全堆范围的gc。默认堆空间使用到达80%(可调整)的时候会触发FGC。触发FGC的频次远低于YGC。

什么时候触发YGC

由于在实际开发过程中，会新建很多对象，而大多数对象都是朝生夕死，生命周期非常短，所以YGC发生的频次比较高，发生在Eden区。
当Eden区空间不足时，会触发YGC，YGC时，回收死亡对象，并把剩下对象放入Survivor区，Survivor区的对象从From复制到To，age加1。

什么情况触发FGC

1. 调用了System.gc()
   调用垃圾收集器，但不是立即触发GC，只是告诉JVM虚拟机说这个对象需要回收一下，但是具体立即触发GC，还是延时触发GC，虚拟机来决定。
2. 分配很大的对象
   分配很大的对象的时候，先在Eden区分配空间。如果Eden区空间不够，这是就会触发minor GC，将Eden区的对象移至Survivor区，然后Survivor区的对象从From到To区，GC代到达阈值时，升入老年代。
   这时，大对象还是放不下，Survivor区也放不下，然后就在老年代查看，老年代也放不下，这时就会触发FGC，FGC之后：

• 老年代放得下，就放入老年代
• 老年代放不下就说明，申请了堆区域无法承受的对象，这时候就会报OOM的错误

3. 老年代内存不足
   在年轻代发生YGC的时候，会将Survivor中的达到年龄阈值的对象放入老年代，如果老年代剩余空间不足，自然就会触发老年代，回收应当回收的对象。一般这种年轻代放不下，会触发promotion failed，老年代放不下，会触发concurrent mode failure。
4. YGC发生时（与3似乎一样诶）
   在YGC时，JVM虚拟机会判断，是否GC安全，判断依据是：老年代剩余空间>年轻代历次晋升老年代对象的平均大小。如果GC安全，发生YGC；如果GC不安全，这时到底GC还是不GC，受一个JVM参数的配置（HandlePromotionFailure）的影响：如果设置允许担保失败，则会进行YGC尝试；否则会触发FGC。

频繁FGC的优化

导致FGC的原因有：年轻代空间分配不足，频繁申请大对象，年轻代经常有对象升入老年代并且在某次激增。
优化方法：

• 调整年轻代的大小，增大Survivor区的大小
• 优化代码，把大对象拆分处理
• 优化代码，可共享对象使用单例模式，增加对象的复用。