JVM垃圾回收 GC

一、判断对象是否存活

1、引用计数算法

  • 给对象添加一个引用计数器,每当一个地方引用了该对象,计数器加1,;当引用失效,计数器减1.当计数器为0表示该对象已死,可回收。但是无法解决两个对象互相引用的情况

2、可达性分析算法

  • 通过一系列称为的GC Roots对象为起点,从这些节点往下搜索,搜索走过的路径为引用链,当一个对象到GC Roots没有任何引用链相连是,即对象到GC Roots不可达,则证明对象已死,可回收
  • 可作为GC Roots的对象包括:虚拟机栈中引用的对象,本地方法栈中Native方法引用的对象,方法区静态属引用的对象,方法区常量引用的对象

二、JVM垃圾回收原理

将内存中不再被使用的对象进行回收,GC中用于回收的方法称为收集器,由于GC需要消耗一些资源和时间,Java在对对象的生命周期特征进行分析后,按照新生代、。老年代的方式进行收集

三、垃圾收集算法

  • 标记-清除算法
  • 标记-整理算法
  • 复制算法
  • 分代收集算法

  • 新生代:
    • 1、新产生的对象优先进去Eden区,当Eden区满了之后再使用Survivor from;
    • 2、当Survivor from 也满了之后就进行Minor GC(新生代GC),将Eden和Survivor from中存活的对象copy进入Survivor to,然后清空Eden和Survivor from,这个时候原来的Survivor from成了新的Survivor to,原来的Survivor to成了新的Survivor from。
    • 3、复制的时候,如果Survivor to 无法容纳全部存活的对象,则根据老年代的分配担保(类似于银行的贷款担保)将对象copy进去老年代,如果老年代也无法容纳,则进行Full GC(老年代GC)。
  • 老年代:当Survivor区也满了之后就通过Minor GC将对象复制到老年代。老年代也满了的话,就将触发Full GC,针对整个堆(包括新生代、老年代、持久代)进行垃圾回收。
  • 持久代:持久代如果满了,将触发Full GC。

  • 大对象直接进入老年代
  • 长期存活的对象进入老年代:JVM给每个对象定义一个对象年龄计数器,如果对象在Eden出生并经过第一次Minor GC后仍然存活,并且能被Survivor容纳,将被移入Survivor并且年龄设定为1。没熬过一次Minor GC,年龄就加1,当他的年龄到一定程度(默认为15岁,可以通过XX:MaxTenuringThreshold来设定),就会移入老年代。但是JVM并不是永远要求年龄必须达到最大年龄才会晋升老年代,如果Survivor 空间中相同年龄(如年龄为x)所有对象大小的总和大于Survivor的一半,年龄大于等于x的所有对象直接进入老年代,无需等到最大年龄要求。

四 什么情况下回出现Full GC,什么情况下会出现Young GC

对象优先在新生代Eden区中分配,如果Eden区没有足够的空间时,就会触发一次young gc

Full gc的触发条件有多个,FULL GC的时候会STOP THE WORD

  • 调用 System.gc()
  • 老年代空间不足
  • 空间分配担保失败

空间分配担保

在发生 Minor GC 之前,虚拟机先检查老年代最大可用的连续空间是否大于新生代所有对象总空间,如果条件成立的话,那么 Minor GC 可以确认是安全的。

如果不成立的话虚拟机会查看 HandlePromotionFailure 设置值是否允许担保失败,如果允许那么就会继续检查老年代最大可用的连续空间是否大于历次晋升到老年代对象的平均大小,如果大于,将尝试着进行一次 Minor GC;如果小于,或者 HandlePromotionFailure 设置不允许冒险,那么就要进行一次 Full GC。

猜你喜欢

转载自www.cnblogs.com/mingyi123/p/9383883.html