Java-finalize()方法与垃圾收集之间的联系

之前有个疑惑,像这样CMS,G1这样大部分时间可以与用户线程并发执行的垃圾收集器,在回收对象时,可以执行finalize方法可以理解,但为什么那些完全stw的收集器也可以执行finalize方法呢,后来去了解了一下发现,执行finalize的机制是这样的

在进行垃圾回收时,对于那些被判定为不可达的对象我们会检查它是否有必要执行finalize方法(即finalize有没有被重写,或者已经执行过了一次),如果有必要的话我们会将该对象添加到一个F-queue队列中去,并在稍后由一条由虚拟机自动建立的、低调度优先级的Finalizer线程去执行它们的finalize()方法。

由于将对象添加到F-queue队列中去这个步骤是垃圾回收线程执行的,用户线程并没有执行,最终导致了对象重新被引用,所以就和收集器会不会stw没关系了

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值