对象的自我拯救

一个对象根据可达性分析算法被判定为可回收对象,也并非“无药可救”,此时对象仍处于“缓刑”阶段。
一个对象被回收会经历两次筛选:

  1. 在进行可达性分析算法后没有与GC Roots相连接的引用链。
  2. 是否有必要执行finalize() 方法

第一次筛选我们很容易理解,那么如何理解第二次筛选呢?

是否有必要执行finalize() 方法
如果一个对象没有重写(覆盖)finalize() 方法,虚拟机会认为没有必要执行finalize() 方法;还有一种情况,如果该对象已经执行过一次finalize() 方法,那么虚拟机也不会执行第二次,也就是说,一个对象只会执行一次finalize() 方法。

所以,执行finalize() 方法必须满足两个条件:

  1. 重写finalize() 方法。
  2. 首次执行。

当一个对象被确认为垃圾并且需要被回收时,需要被执行finalize() 方法的“缓刑对象”会被放入名为 F-Queue 的队列中,虚拟机会创建一条低优先级的Finalizer线程去执行它们的finalize() 方法。

如果我们在finalize() 方法中将对象引用重新赋值,则该对象就会被重新引用,这也就意味着该对象不满足垃圾回收的第一个条件,那么这个对象就会在垃圾回收期间(前)逃脱出来!

具体实现代码如下:

/**
 * 对象的自我拯救
 */

public class FinalizeEscapeGC {

    public static FinalizeEscapeGC SAVE_HOOK = null;


    /**
     *  在执行finalize方法时,将对象重新赋值
     */
    @Override
    protected void finalize() throws Throwable {
        super.finalize();
        //虚拟机会创建一条低优先级的Finalizer线程去执行finalize方法
        System.out.println("finalize method currentThread name = " + Thread.currentThread().getName());
        System.out.println("finalize method is executed !");
        FinalizeEscapeGC.SAVE_HOOK = this;
    }

    public static void main(String[] args) throws InterruptedException {
        System.out.println("main method currentThread name = " + Thread.currentThread().getName());
        //第一次回收,测试对象是否依然存在
        SAVE_HOOK = new FinalizeEscapeGC();
        SAVE_HOOK = null;
        System.gc();
        Thread.sleep(500);
        System.out.println("第一次回收后,SAVE_HOOK = " + SAVE_HOOK);

        //第二次回收,测试队形是否依然存在
        SAVE_HOOK = null;
        System.gc();
        Thread.sleep(500);
        System.out.println("第二次回收后,SAVE_HOOK = " + SAVE_HOOK);
    }
}

控制台输出如下:

main method currentThread name = main
finalize method currentThread name = Finalizer
finalize method is executed !
第一次回收后,SAVE_HOOK = FinalizeEscapeGC@29453f44
第二次回收后,SAVE_HOOK = null

从控制台输出信息中可以得到三个结论:

  1. 对象确实在垃圾回收时成功逃脱了,因为在finalize() 方法中确实被重新引用了。
  2. 执行finalize() 方法的线程并非住线程,而是名为Finalizer的低调度优先级线程。
  3. finalize() 方法只执行了一次。

注:finalize() 方法并不能确保能执行结束,如果一个对象的finalize() 方法执行缓慢,会导致F-Queue中的其他对象处于等待状态,可能会导致整个回收系统的奔溃。

我们只需在finalize() 方法中插入一段死循环代码,观察是否会执行结束即可。演示代码如下:

    @Override
    protected void finalize() throws Throwable {
        super.finalize();
        //虚拟机会创建一条低优先级的Finalizer线程去执行finalize方法
        System.out.println("finalize method currentThread name = " + Thread.currentThread().getName());
        System.out.println("finalize method is executed !");
        FinalizeEscapeGC.SAVE_HOOK = this;
        int count = 0;
        while (true){
            System.out.println("finalize method is running : "+ ++count);
        }
    }

控制台信息如下:

······
finalize method is running : 388972
finalize method is running : 388973
finalize method is running : 388974
finalize method is running : 388975
finalize method is running : 388976

在执行了38万多次循环后,线程停止了,也就大概一秒不到的时间。

官方并不推荐通过finalize() 方法去处理一些业务逻辑,比如关闭外部资源等工作,使用try-catch-finally 等其他方式会更好,并且《深入理解Java虚拟机》作者建议我们忘掉这个方法!

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值