对象生死存亡
java虚拟机要对堆内存的对象进行回收时,要先判断对象的存活状态,只有对象不可用时,才能对此进行垃圾回收,释放内存中的空间。可怎么确定对象是否可用呢?
有引用计数算法,可不能解决对象互相引用的问题,实际这2个对象已经不再被访问,但由于它们相对引用,引用计数都不为0 ,该策略不可行。
Java是通过可达性分析来判定对象是否存活的
可达性分析算法(Reachability Analysis)
算法基本思路是通过一系列的称为"GC Roots"的对象作为起始点,从这些节点开始向下搜索,搜索走过的路径称为引用链(Reference Chain),当一个对象到GC Roots没有任何引用链相连时,则证明此对象是不可用的。
从GC Roots到这个对象不可达。如Object5、Object6、Object7虽然互相有关联,但它们到GC Roots是不可达的,所以它们将会被判定为是可回收的对象。
在Java语言中,可作为GC Roots的对象包括上面几种
- 虚拟机栈(栈帧中的本地变量表)中引用的对象
- 方法区(元空间)中类静态属性引用的对象
- 方法区(元空间)中常量引用的对象
- 本地方法栈中JNI(即Native方法)引用的对象
对于哪些可作为GC Roots,请移步《可以作为GC Roots的对象》。
对象的自我拯救
即使在可达性分析算法中不可达的对象,也并非是“非死不可”,这时候它们暂时处于“缓刑”阶段,要真正宣告一个对象死亡,会经历1到2次的标记过程:
- 如果对象在进行可达性分析后发现没有与GC Roots相连接的引用链
- 有必要执行finalize()方法时,该对象会进行F-Queue队列中,在这里会发生二次标记
上面第2点说了有必要执行,这里讲讲没有必要执行:当对象没有覆盖finalize()方法或者finalize()方法已经被虚拟机调用过,虚拟机将这2种情况视为没必要执行。
演示
package com.liuyu;
/**
*
* @author huangliuyu
* @date 2021-04-17
*
*/
public class FinalizeEscapeGC {
public static FinalizeEscapeGC SAVE_HOOK=null;
public void isAlive(){
System.out.println("yes, i am staill alive :)");
}
@Override
protected void finalize() throws Throwable {
super.finalize();
System.out.println("finalize mehtod executed!");
FinalizeEscapeGC.SAVE_HOOK=this;//指向自己
}
public static void main(String[] args) throws InterruptedException {
SAVE_HOOK=new FinalizeEscapeGC();
/*
* 对象第一次成功拯救筷
*/
SAVE_HOOK=null;
System.gc();
//因为finalize方法优先很低,所以暂时0.5秒等它
Thread.sleep(500);
if(SAVE_HOOK!=null){
SAVE_HOOK.isAlive();
}else {
System.out.println("no, i am dead :(");
}
/*
* 下面这段代码与上面的完全相同,但这次自救失败了
*/
SAVE_HOOK=null;
System.gc();
//因为finalize方法优先很低,所以暂时0.5秒等它
Thread.sleep(500);
if(SAVE_HOOK!=null){
SAVE_HOOK.isAlive();
}else {
System.out.println("no, i am dead :(");
}
}
}
运行结果
总结
对象满足以下条件时,将会被java虚拟机回收
- 可达性分析,到GC Roots不可达
- 当对象覆盖了finalize()方法时,而且已经被执行了