我一直在阅读很多关于finalize()的Java新手问题，并发现没有人真正清楚地表明finalize()是一种不可靠的清理资源的方法，这有点令人困惑。我看到有人评论说他们用它来清理连接，这真的很可怕，因为唯一接近于保证连接关闭的方法是最后实现try (catch)。
我没有学过CS，但我已经用Java专业编程近十年了，我从来没有见过有人在生产系统中实现finalize()。这并不意味着它没有用处，或者和我一起工作的人一直在做正确的事情。
所以我的问题是，实现finalize()有哪些用例不能通过语言中的另一个进程或语法更可靠地处理?
请提供具体的场景或您的经验，简单地重复Java教科书，或最终确定的预期用途是不够的，因为这不是这个问题的意图。
当前回答
公认的答案是好的，我只是想补充的是，现在有一种方法来实现finalize的功能，而不实际使用它。
看看“Reference”类。弱引用，幻影引用和软引用。
您可以使用它们来保存对所有对象的引用，但是这个引用ALONE不会停止GC。这样做的好处是，当它被删除时，你可以让它调用一个方法，并且这个方法可以保证被调用。
至于finalize: 我使用finalize一次来了解哪些对象正在被释放。你可以用静态、引用计数等来玩一些巧妙的游戏——但这只是为了分析，但要注意这样的代码(不只是在finalize中，但这是你最有可能看到它的地方):
public void finalize() {
ref1 = null;
ref2 = null;
othercrap = null;
}
这表明某人不知道自己在做什么。像这样的“清理”实际上是不需要的。当类被GC化时，这将自动完成。
如果你在finalize中发现这样的代码，那肯定是编写它的人搞糊涂了。
如果它在其他地方，可能是代码是一个坏模型的有效补丁(一个类存在很长一段时间，由于某种原因，它引用的东西必须在对象GC之前手动释放)。一般来说，这是因为有人忘记删除监听器或其他东西，不知道为什么他们的对象没有被GC，所以他们只是删除它引用的东西，耸耸肩然后离开。
它永远不应该被用来“更快”地清理东西。
其他回答
我不知道你是怎么想的，但是…
itsadok@laptop ~/jdk1.6.0_02/src/
$ find . -name "*.java" | xargs grep "void finalize()" | wc -l
41
所以我猜《太阳报》找到了一些(他们认为)应该使用它的案例。
您不应该依赖finalize()来为您清理资源。Finalize()在类被垃圾回收之前不会运行。在使用完资源后显式地释放资源要好得多。
我在生产代码中使用finalize的唯一一次是执行一个检查，检查给定对象的资源是否已被清理，如果没有，则记录一个非常明显的消息。它实际上并没有尝试自己去做，如果做得不好，它就会大喊大叫。结果很有用。
接受的答案列出了在finalize期间关闭资源的操作。
然而，这个答案表明，至少在使用JIT编译器的java8中，您会遇到意想不到的问题，有时甚至在您完成从对象维护的流中读取之前就调用了终结器。
所以即使在这种情况下，也不建议调用finalize。
资源(文件，套接字，流等)需要关闭一旦我们完成他们。它们通常有close()方法，我们通常在try-catch语句的finally部分调用该方法。有时finalize()也可以被少数开发人员使用，但在我看来，这不是一种合适的方式，因为不能保证finalize总是被调用。
在Java 7中，我们有try-with-resources语句，可以这样使用:
try (BufferedReader br = new BufferedReader(new FileReader(path))) {
// Processing and other logic here.
} catch (Exception e) {
// log exception
} finally {
// Just in case we need to do some stuff here.
}
在上面的例子中，try-with-resource将通过调用close()方法自动关闭资源BufferedReader。如果我们愿意，我们也可以在自己的类中实现Closeable，并以类似的方式使用它。在我看来，这似乎更整洁，更容易理解。
