GC回收对象真的至少标记对象两次吗

weixin_37970681 2018-01-17 12:42:41

　　　“要宣布一个对象死亡至少要经历两次标记过程：如果通过可达性分析没有与GC Roots相连接的引用链，会被第一次标记和进行一次筛选。筛选条件是此　　对象是否有执行finalize()方法,当对象没有覆盖finalize()方法，或者finalize()方法已经被虚拟机调用过。虚拟机将这两种情况都视为“没有必要执行”。
　　　　如果一个对象有必要执行finalize()方法，会被放在F-Queue队列，并在稍后一个由虚拟机自己建立的、低优先级的Finalizer线程去执行它，虚拟机会触　　发这个方法，但是不会等它执行完，否则如果一个对象在finalize()方法中执行缓慢，那么内存回收系统会崩溃。finalize()方法是对象最后一次逃脱死亡机　　　会。稍后GC将对F-Queue中的对象进行第二次小规模标记，如果对象在第二次标记前没能拯救自己就要被回收。拯救办法是只要与引用链上任何一个对象建　　立关联即可。”
上面的内容来自书籍，如果按照上述，那么当对象的finalize()方法没有必要执行，那不是只标记一次就可以吗？

...全文

2059 15 打赏收藏转发到动态举报

写回复

用AI写文章

15 条回复

切换为时间正序

请发表友善的回复…

发表回复

qq_34035014 2020-12-28

打赏
举报

引用 6 楼鸾林居士的回复:

在Java中每个对象都有一个唯一的“计数”，用来标记其被引用的次数：如果被变量引用则加一，否则减一；如果为0就表明该变量要被GC回收了

骗回复的吧哈哈

架构帅 2020-12-25

打赏
举报

引用 8 楼鸾林居士的回复:

[quote=引用 7 楼 bihanren32 的回复:] [quote=引用 6 楼 abc_12366 的回复:] 在Java中每个对象都有一个唯一的“计数”，用来标记其被引用的次数：如果被变量引用则加一，否则减一；如果为0就表明该变量要被GC回收了

瞎扯。。。。[/quote] 没工夫和你闲扯，你说别人总得有依据吧！[/quote]确实瞎扯，他说的这是引用计数法，Java根本没用好吧

快乐的小学渣~ 2020-06-01

打赏
举报

有一个问题：和 F-Queue 队列里面的对象保持连接的是属于可触及的还是不可触及的呢？如果是可触及的，楼上的分析就不对。可触及不会被清除，属性a 就会一直存在。。（关于这个问题没百度到，可能有点傻逼，才开始学JVM）

CLthinking 2019-01-19

打赏
举报

我也是刚刚看到这里，有点疑惑上网搜到了这个帖子。楼主，我说一下我的理解，你的分析没错，如果一个类没有重写finalize方法，貌似好像只需要标记一次就可以了；如果重写了finalize方法那么它可能在finalize方法内“拯救自己”。但是，如果这个“自我拯救”类含有其他没有重写finalize方法类的应用的时候会怎么样呢？这样只标记一次就清除的想法还是有些问题的。比如下面代码：


public class FinalizeEscapeGC {
    class A {};
    private static FinalizeEscapeGC SAVE_HOOK = null;
    private A a = new A();
    public void isAlive() {
        System.out.println("yes! i'am still alive.");
    }

    @Override
    protected void finalize() throws Throwable {
        super.finalize();
        System.out.println("finalize method executed!");
        FinalizeEscapeGC.SAVE_HOOK = this;
    }

    public static void main(String[] args) throws Throwable{
        SAVE_HOOK = new FinalizeEscapeGC();

        SAVE_HOOK = null;
        System.gc();
        Thread.sleep(500);
        if ( SAVE_HOOK != null) {
            SAVE_HOOK.isAlive();
        } else {
            System.out.println("no, i'm dead!");
        }
    }
}

类FinalizeEscapeGC重写了finalize方法，类A没有重写finalize方法。当执行SAVE_HOOK = null后，这两个对象都不可达了,如果对类A的对象只标记一次就清除的话，那么类FinalizeEscapeGC在finalize方法“自我拯救”后的属性a就被清除了，就不在是原来的那个FinalizeEscapeGC了。

CuteXiaoKe 2018-05-29

打赏
举报

个人的理解，至少两次标记过程： 1）第一次大标记：如果没有覆盖finalize()方法，就标记，等待第二次大标记，如果覆盖了，就进入F-Queue里面，并进行小规模标记 2）第二次大标记：F-Queue小规模标记完成后，对所有满足条件的(包括没有覆盖finalize()方法的和执行过finalize()的)对象加入“即将回收”的集合，并把第二次小规模标记的对象进行移除“即将回收”的集合的操作 - 至于“第二次小规模标记”是发生在第一次大标记和第二次大标记之间，其中的第二次是相对于第一次大标记，算不上是第二次标记，其实也是作者语义上的表述方式啦 - 为何没有覆盖finalize()方法的对象不再第一次大标记之后就立即释放，就是1楼说的那样，再次确认，顺便等待F-Queue的小规模标记以后再清理

你吃过早饭了吗 2018-04-09