避免使用finalize方法

16 篇文章 0 订阅

避免使用finalize方法


1. Java对象回收与finalize方法

Java虚拟机使用*可达性分析算法(Reachability Analysis)*判断对象是否可回收。事实上,即使对象被判定为不可达,最终也不一定会被回收

对象被判定为不可达后,Java虚拟机将检查是否有必要执行对象的finalize方法。

有必要执行finalize方法:对象覆盖了finalize方法,且对象的finalize方法还没有被调用过

如果有必要执行finalize方法,对象会被压入一个名为F-Queue的队列,之后将由一个虚拟机创建的、低优先级的Finalizer线程逐一执行F-Queue队列中每个对象的finalize方法。

Note:

  1. 由于Finalizer线程的优先级很低,所以无法保证程序结束前F-Queue中所有对象的finalize方法都会被执行
  2. 这里说的“执行”指的是:虚拟机将触发对象的finalize方法,但不保证等待finalize方法执行结束。这么做是为了让F-Queue中尽可能多的对象的finalize方法被执行。
  3. 如果对象的finalize方法能够被执行,且对象能够“抓住机会”——重新与引用链中任何一个对象建立关联,那么对象就可以避免被回收。
  4. 任何对象的finalize方法最多只会被执行一次。

2. 为什么要避免使用finalize方法

行为不可预测

finalize方法通常是不可预测的——无法预测是否会被执行、无法预测执行是否完整。

延迟对象回收

上一节的内容表明,使用finalize方法使得对象的回收变得“拖拖拉拉,不够干脆”。

可替代

大部分情况下,try - finally可以替代finalize方法。


参考文献:

  1. 《深入理解Java虚拟机》
  2. 《Effective Java》
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: finalize方法Java中的一个方法,用于在对象被垃圾回收之前执行一些清理操作。当一个对象不再被引用时,垃圾回收器会在某个时间点自动回收该对象。在回收之前,如果该对象有finalize方法,垃圾回收器会先调用方法,然后再回收对象。finalize方法可以用来释放一些资源,如文件句柄、网络连接等。 system.gc是Java中的一个方法,用于强制执行垃圾回收。当Java程序运行时,垃圾回收器会自动回收不再被引用的对象,但是垃圾回收的时间是不确定的。如果程序需要立即回收一些对象,可以调用system.gc方法。但是,调用system.gc方法并不一定会立即回收对象,因为垃圾回收器的行为是不确定的。因此,一般情况下不建议频繁调用system.gc方法,因为这会影响程序的性能。 ### 回答2: finalize方法Java中的一个重要方法,它属于Object类的一部分。当一个对象即将被垃圾回收器回收时,垃圾回收器会首先调用该对象的finalize方法finalize方法可以被子类重写以执行结束前的清理工作,比如关闭文件或释放资源等。finalize方法的定义如下: protected void finalize() throws Throwable {} 而System.gc()方法是用来建议垃圾回收器执行垃圾回收操作的。它是Java.lang.System类的一个静态方法调用System.gc()并不会立即执行垃圾回收,而是在有垃圾回收器线程可用时,告知垃圾回收器进行回收操作。但是,垃圾回收器是否执行回收操作以及具体的时间,是由垃圾回收器自行决定的。System.gc()方法的定义如下: public static void gc() {} 总而言之,finalize方法是一个对象级别的方法,用于在对象被垃圾回收之前进行一些清理操作。而System.gc()方法是建议垃圾回收器执行垃圾回收的方法。它们的使用时机和效果是不同的。在实际编程中,当尽量避免使用finalize方法,因为它的执行时间是不确定的,可能会影响程序的性能。同时,也不过度依赖System.gc()方法,因为垃圾回收器是由JVM进行管理的,我们无法强制要求其立即执行回收操作。 ### 回答3: finalize方法Java中的一个特殊方法,它是Object类中的一个方法,用来进行对象的清理和资源回收。当一个对象即将被垃圾回收器回收时,finalize方法会被自动调用finalize方法的主要作用是允许程序员在对象被销毁之前进行一些清理工作,例如关闭文件、释放资源、断开网络连接等。这个方法可以被重写,以便在子类中进行特定的清理操作。 然而,finalize方法并不保证一定会被执行,因为垃圾回收器的工作是由JVM控制的,无法完全预测对象何时被回收。finalize方法调用通常是不可预测和不确定的,因此它并不是程序中必要的一部分。 与finalize方法相比,System.gc是一个用于显示请求垃圾回收的方法。通过调用System类中的gc方法,可以建议JVM在当前时间进行垃圾回收。然而,这只是一个建议,具体是否执行回收操作仍然取决于JVM的实现。 在正常情况下,避免过度依赖finalize方法和频繁使用System.gc方法。因为垃圾回收是由JVM自动管理的,过度使用finalize方法和频繁调用System.gc方法可能会影响程序的性能和效率。该尽量使用面向对象的设计原则,在对象不再使用时及时释放资源,而不是依赖于finalize方法和手动垃圾回收。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值