finalize方法在对象即将被垃圾收集时被调用。这可以在它有资格进行垃圾收集之后的任何时间进行。

注意，完全有可能一个对象永远不会被垃圾收集(因此finalize永远不会被调用)。当对象永远不符合gc条件(因为在JVM的整个生命周期内都可以访问它)，或者在对象符合条件到JVM停止运行之间没有实际运行垃圾收集时(这种情况经常发生在简单的测试程序中)，就会发生这种情况。

有一些方法可以告诉JVM在尚未调用的对象上运行finalize，但使用这些方法也不是一个好主意(该方法的保证也不是很强)。

如果您依赖finalize来实现应用程序的正确操作，那么您就做错了一些事情。finalize只能用于清理(通常是非java)资源。这正是因为JVM不能保证finalize在任何对象上都被调用。

JDK 18的最新消息

根据openjdk 18发布的JEPS 421, finalize()方法的终结和功能将被标记为已弃用(forRemoval=true)，这意味着永久删除将在jdk 18之后的某个后续版本中进行。

从jdk 18开始，一个新的命令行选项——finalization=disabled禁用了所有地方的终结机制，甚至是jdk内部的声明。

这也与这里的这个问题有关，因为它被计划删除的原因是它包含的一些主要缺陷。其中一个缺陷是，从一个对象变得不可访问到调用它的终结器之间可能会经过很长一段时间。GC也不能保证任何终结器将被调用，这也是事实。

Java finalize()方法不是析构函数，不应用于处理应用程序所依赖的逻辑。Java规范声明，不能保证在应用程序的生存期内调用finalize方法。

你可能想要的是一个finally和cleanup方法的组合，如:

MyClass myObj;

try {
    myObj = new MyClass();

    // ...
} finally {
    if (null != myObj) {
        myObj.cleanup();
    }
}

这将正确处理MyClass()构造函数抛出异常时的情况。

一般来说，最好不要依赖finalize()来做任何清理等。

根据Javadoc(值得一读)，它是:

当垃圾回收确定对象不再有引用时，由垃圾回收器在对象上调用。

正如Joachim指出的，如果对象总是可访问的，那么在程序的生命周期中，这可能永远不会发生。

此外，垃圾收集器不保证在任何特定时间运行。一般来说，我想说的是finalize()可能不是最好的方法，除非有特定的事情需要它。

Finalize()在垃圾收集之前被调用。当对象超出作用域时，不调用它。这意味着您无法知道finalize()何时甚至是否会执行。

例子:

如果你的程序在垃圾回收发生之前结束，finalize()将不会执行。因此，它应该被用作备份过程，以确保其他资源的正确处理，或用于特殊用途的应用程序，而不是作为您的程序在其正常运行中使用的手段。

查看Effective Java，第2版第27页。 第7项:避免终结词

终结器是不可预测的，通常是危险的，而且通常是不必要的。永远不要在终结器中做任何时间紧迫的事情。从来没有 依赖终结器更新关键持久状态。

要终止一个资源，请使用try-finally:

// try-finally块保证终止方法的执行 Foo Foo =新的Foo(…); 尝试{ //用foo做必须做的事情 .．. }最后{ foo.terminate ();//显式终止方法 ｝