对象已死判断
引用计数法
引用计数法实在对象中添加一个引用计数器,每当有一个地方引用他时,计数器就加一;当引用失效时,计数器减一;任何时刻计数器为0的对象就是不可能在被使用的。
引用计数法回占用一些额外的存储空间来进行计数,但是原理简单,判断效率搞。但是看似简单的算法有很多例外的情况需要考虑,譬如单纯的引用计数法无法解决对象之间循环引用的问题,这就需要大量额外处理才能保证正确地工作。
循环引用问题
对象objA 和 objB都有字段instance,令 ,objB.instance = objA。此外两个对象没有其他引用,实际上两个对象已经不可能在被访问,但是他们互选引用着对方,导致他们的引用计数器不为0,引用计数算法无法对他们进行回收。
代码样例
1 | public class ReferenceCountingGC { |
可达性分析
可达性分析(eachability Analysis)的基本思路时通过一系列GC ROOTs 的根对象作为其实节点集,从这些节点开始,根据引用关系向下搜索,搜索过程所走过的路径称为“引用链”(Reference Chain)如果这个对象到GC ROOTS没有任何引用链相连,或者说不可达,则证明对象不可能再使用的。
GC ROOTs的对象
固定的GC ROOTS集合
- 虚拟机栈(栈帧中的本地变量表)中引用的对象,比如使用到的参数、局部变量、临时变量等
- 方法区中类静态属性引用的变量,比如java类的引用类型静态变量
- 方法区中常量引用的对象,比如字符串常量池(String table)的引用
- 本地方法栈中JNI(native方法)引用的对象
- java虚拟机内部的引用,比如基本数据类型对应的Class对象,常驻异常对象(OutOfMEmoryError NullPointException)等,还有系统类加载器
- 同步锁持有的对象
- java虚拟机内部情况的JMXBean、JVMTI中注册的回调、本地代码缓存
非固定的GC ROOTS
根据用户所选用的垃圾收集器以及当前回收的内存区域不同,还可以有其他对象“临时性”地加入,共同构成完整GC Roots集合。(跨代引用问题)
引用分类
引用计数算法和可达性分析都是通过引用来判断对象是否存活。一个对象只有“引用”和“引用未”这两种状态在有些情况下不能完全适用。比如缓存这种对象,当内存空间还足够时,能够保留在内存中,如果内存空间进行垃圾收集后仍然非常紧张,那就可以抛弃这些对象。
JDK1.2后引用的概念进行了扩充引用的分类有
- 强引用 Object obj=new Object() 这种引用关系。无论任何情况下,只要强引用关系还存在,垃圾收集器就永远不会回收掉被引用的对象。
- 软引用 描述一些还有用,但非必须的对象。只被软引用关联着的对象,在系统将要发生内存溢出异常前,会把这些对象列进回收范围之中进行第二次回收,如果这次回收还没有足够的内存,才会抛出内存溢出异常。在JDK 1.2版之后提供了SoftReference类来实现软引用。
- 弱引用 描述那些非必须对象,但是它的强度比软引用更弱一些,被弱引用关联的对象只能生存到下一次垃圾收集发生为止。当垃圾收集器开始工作,无论当前内存是否足够,都会回收掉只被弱引用关联的对象。在JDK 1.2版之后提供了WeakReference类来实现弱引用。
- 虚引用 也称为“幽灵引用”或者“幻影引用”,它是最弱的一种引用关系。一个对象是否有虚引用的存在,完全不会对其生存时间构成影响,也无法通过虚引用来取得一个对象实例。为一个对象设置虚引用关联的唯一目的只是为了能在这个对象被收集器回收时收到一个系统通知。在JDK 1.2版之后提供了PhantomReference类来实现虚引用。