先来说一说System.gc();方法
当执行这个方法的时候,告诉java虚拟机(这里简称jvm)需要进行垃圾回收,但是不能保证一定回收,判断是否回收对象取决于jvm
GC roots 对象
jvm回收对象的算法是判断一个对象有没有与GC Roots引用链相连,如果没有相连,认为对象可以回收
可作为GC Roots对象有下面几种:
1.虚拟机栈(栈帧中的本地变量表)中的引用对象
2.方法区中的类静态属性引用对象
3.方法区中的常量引用对象
4.本地方法栈中JNI,既Native方法引用的对象
如下图 判断可存活的对象,object1分别于object2,object3关联了,object1又与GC Roots关联,这种情况object1,2,3都是会被判断可存活的,比如判断object2是否存活,会进行根搜索算法发现关联了GC roots,所以可以存活
在看下图,object1,object2,object3有关联关系,但是进行根搜索算法的时候发现没有进行关联,这种会被判断为可回收对象,下图表示GC Roots不可达
对象在GC Roots不可达时,并非一定会被回收,对象的死亡需要两次标记
第一次标记
当对象没有与GC Roots相连接的引用链,这时候被标记一次,进行一次筛选,筛选的条件是此对象是否有必要执行finalize()方法。当对象没有覆盖finalize()方法,或者finalize()方法已经被执行过一次,这种都认为"没有必要执行"
第二次标记
如果这个对象被认为有必要执行finalize()方法,那么这个对象会被放入一个叫做F-Queue的队里里面,由jvm建立的一个优先级比较低的finalize线程去执行,这里面的执行是触发这个方法,不代表要等待一个对象里的finalize()方法执行完毕,否则会造成阻塞,导致队列巨大。当一个对象执行完finalize()方法之后,对象没有与GC Roots引用链关联,那么就进行了第二次标记,放入可回收集合当中,这时候,这个对象离死不远了,当然,对象可以在finalize()方法中拯救自己,比如从先把自己赋值到某个对象,那么这时候jvm会认为这个对象与GC Roots相关联,就会将此对象移除即将回收集合
下面看一段代码来演示一下对象如何拯救自己
public class FinalizeEscapeGC {
public static FinalizeEscapeGC SAVE_HOOK = null;
public void isAlive(){
System.out.println("i am still alive");
}
@Override
protected void finalize() throws Throwable {
super.finalize();
System.out.println("finallize method excuted!");
FinalizeEscapeGC.SAVE_HOOK = this;
}
public static void main(String[] args) throws InterruptedException {
SAVE_HOOK = new FinalizeEscapeGC();
//第一次标记 SAVE_HOOK对象为空 不被引用
SAVE_HOOK = null;
//第一次告诉虚拟机需要回收对象 但是是否回收对象还有由虚拟机来决定
//因为这里SAVE_HOOK为空,所以SAVE_HOOK对象的finalize()方法会被执行
//调用这里会触发对象的 finallize()方法
System.gc();
//finallize()方法优先级较低 等待0.5ms
Thread.sleep(500);
if(SAVE_HOOK != null){
SAVE_HOOK.isAlive();
}else{
System.out.println("i am dead");
}
SAVE_HOOK = null;
//第二次告诉虚拟机需要回收对象 但是是否回收对象还有由虚拟机来决定
// 对象的finallize()方法只会被调用一次 前面已经调用过了 这里可以验证 不会再触发
System.gc();
//finallize()方法优先级较低 等待0.5ms
Thread.sleep(500);
if(SAVE_HOOK != null){
SAVE_HOOK.isAlive();
}else{
System.out.println("i am dead");
}
}
}
本文参考《深入理解java虚拟机:JVM高级特性与最佳实践》