java类该不该实现finalize方法

我们知道java的自动垃圾回收过程中，当我们自定义的类实现了Object的finalize方法时，对象被回收前肯定会调用该方法。今天来剖析一下这个过程，以及要不要通过finalize方法来做一些业务，哪些场景不适合来做这个事情呢？

过程

先看测试代码

public class FinalizeTest {

    @Override
    protected void finalize() throws Throwable {
        System.out.println("hello");
    }

    public static void main(String[] args) {
        int i = 0;
        while (true) {
            FinalizeTest heap = new FinalizeTest();
            System.out.println(++i);
        }
    }
}

代码基本没什么逻辑；然后在java.lang.ref.Finalizer#register方法体打断点，并加上debug的条件判断"test.RevisedObjectInHeap".equals(finalizee.getClass().getName())，开始debug，会发现断点进来了，每一次new FinalizeTest()都会进入断点

修改代码

public class FinalizeTest {

    @Override
    protected void finalize() throws Throwable {
        super.finalize();
    }

    public static void main(String[] args) {
        int i = 0;
        while (true) {
            FinalizeTest heap = new FinalizeTest();
            System.out.println(++i);
        }
    }
}

debug，发现不进入断点
再次修改测试代码，将finalize方法里的逻辑注释，debug，这个时候发现不再进入断点
再次修改测试代码，将finalize方法注释，debug，这个时候发现不再进入断点

结论

只有显示的override finalize方法，且方法体里有逻辑，java.lang.ref.Finalizer#register方法才会被调用；按此推，如果一个类有finalize方法，且方法体里有逻辑，子类的finalize方法里调用supre.finalize()，这个时候也会调用java.lang.ref.Finalizer#register方法；有兴趣的可以去实践一下；

看看java.lang.ref.Finalizer#register方法

/* Invoked by VM */
static void register(Object finalizee) {
    new Finalizer(finalizee);
}

该方法注释简单，只会被VM调用；方法逻辑就是调用了一下java.lang.ref.Finalizer的构造方法；从这里可以看出，当新建一个对象的时候，java虚拟机会去检验对象的类是否有finalize方法，且有自身逻辑，如果是，那么调用java.lang.ref.Finalizer#register；

接着先看看Finalizer类的类结构

可以看出来Finalizer是FinalReference的子类，从这里可以知道，这应该与GC有关系，具体的Reference相关知识可以自己去网上查看或阅读源码研究

使用场景说明

• 在高并发且需要new的对象最好不要使用
  
  • GC的时候会先跑一次finalize方法，在下一次GC的时候才会回收
  • 每新建一个对象均会有相应的Finalizer对象被创建，内存消耗会很大
• 什么场景使用合适呢？
  
  • 定位问题的时候，比如想知道对象被回收前是什么状态，什么时候被回收的
  • 无高并发要求，如应用的配置对象