第7条:避免使用终结方法

终结方法(finalizer)在Java中存在诸多问题,如执行延迟、异常处理不可靠,可能导致资源泄露。避免使用终结方法,而应该采用显示的终结方法,结合try-finally结构确保资源及时释放。终结方法仅适用于安全网角色,处理忘记显示终止的场景,或在涉及本地对等体的情况。注意,子类覆盖终结方法时需手动调用超类的终结方法。
摘要由CSDN通过智能技术生成

第7条:避免使用终结方法(finalizer)


缺点

    终结方法(finalizer)通常是不可预测的,也是很危险的,一般情况下是不必要使用它的。使用终结方法会导致行为不稳定,降低性能,以及可移植性的问题,不过终结方法也有其可用之处。

    在C++中存在着析构器(destructors)这种帮助回收对象占用资源时的常规方法,是构造器所必需的对应物。但是Java中的终结方法作用并不等同于析构器,当一个对象变成不可达到的状态时,也就是没有引用指向这个具体对象时,垃圾回收器会回收与该对象相关联的存储空间。

    1. 终结方法的缺点在于不能保证会被及时地执行。

    从一个对象变为不可达到的状态开始,到其终结方法被执行,所花费的这段时间是任意长的。这意味着,注重时间的任务不应该由终结方法来完成。例如,在终结方法里面关闭已经打开了的文件,文件处于打开的状态时会占用着内存空间,由于JVM会延迟执行终结方法,所以大量的文件会保留在打开状态,当一个程序不能打开文件的时候,它可能运行失败。

    Java语言规范不仅不保证终结方法会被及时的执行,而且根本就不保证它们会被执行。当一个程序中止的时候,某些已经无法访问的对象上的终结方法却根本没有得到执行。

    不要被System.gcSystem.runFinalization这两个方法所诱惑了,它们确实增加了终结方法被执行的机会,但是他们不保证终结方法一定会被执行。唯一声称保证终结方法被执行的方法是System.runF

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值