Java有析构函数吗?我好像找不到任何关于这个的文件。如果没有，我怎样才能达到同样的效果?
为了使我的问题更具体，我正在编写一个处理数据的应用程序，规范说应该有一个“重置”按钮，使应用程序恢复到最初的启动状态。但是，除非应用程序关闭或按下重置按钮，否则所有数据必须是“活的”。
作为一个通常的C/ c++程序员，我认为这是微不足道的实现。(因此我打算最后实现它。)我构造了我的程序，使所有“可重置”的对象都在同一个类中，这样当按下重置按钮时，我就可以销毁所有“活动”对象。
我在想，如果我所做的只是解除对数据的引用，并等待垃圾收集器收集它们，如果我的用户重复输入数据并按下重置按钮，是否会出现内存泄漏?我还在想，既然Java作为一种语言相当成熟，应该有一种方法来防止这种情况发生或优雅地解决这个问题。
当前回答
我完全同意其他答案，说不依赖执行的最后确定。
除了try-catch-finally块，还可以使用Runtime#addShutdownHook(在Java 1.3中引入)在程序中执行最后的清理。
这与析构函数不同，但是可以实现一个关机钩子，该钩子具有注册的侦听器对象，可以调用清理方法(关闭持久数据库连接、删除文件锁等)——这些事情通常在析构函数中完成。 同样，这不是析构函数的替代品，但在某些情况下，您可以使用它来实现所需的功能。
这样做的好处是使解构行为与程序的其余部分松散耦合。
其他回答
我过去主要处理c++，这也是我寻找析构函数的原因。我现在经常使用JAVA。我所做的，可能对每个人来说都不是最好的，但我实现了我自己的析构函数通过将所有值重置为0或通过函数的默认值。
例子:
public myDestructor() {
variableA = 0; //INT
variableB = 0.0; //DOUBLE & FLOAT
variableC = "NO NAME ENTERED"; //TEXT & STRING
variableD = false; //BOOL
}
理想情况下，这并不适用于所有情况，但在有全局变量的情况下，只要你没有大量的全局变量，它就可以工作。
我知道我不是最好的Java程序员，但它似乎对我有用。
finalize()函数是析构函数。
但是，通常不应该使用它，因为它是在GC之后调用的，并且您无法判断何时会发生(如果有的话)。
而且，释放具有finalize()的对象需要多个GC。
您应该尝试使用try{…清理代码中的逻辑位置。最后}{…}语句!
应该避免使用finalize()方法。它们不是一种可靠的资源清理机制，滥用它们可能会在垃圾收集器中引起问题。
如果你在对象中需要一个释放调用，比如释放资源，使用显式的方法调用。这个约定可以在现有的api中看到(例如Closeable, Graphics.dispose()， Widget.dispose())，通常通过try/finally调用。
Resource r = new Resource();
try {
//work
} finally {
r.dispose();
}
尝试使用已处理对象应该抛出运行时异常(参见IllegalStateException)。
编辑:
我在想，如果我所做的只是 来解除对数据的引用并等待 垃圾收集器来收集它们， 会不会有内存泄漏，如果我的 用户反复输入数据和 按了重置键?
一般来说，您所需要做的就是取消对对象的引用——至少，这是它应该工作的方式。如果您担心垃圾收集，请查看Java SE 6 HotSpot[tm]虚拟机垃圾收集调优(或您的JVM版本的等效文档)。
不，这里没有析构函数。原因是所有Java对象都是堆分配和垃圾收集。没有显式的释放(即c++的delete操作符)，就没有实现真正析构函数的合理方法。
Java does support finalizers, but they are meant to be used only as a safeguard for objects holding a handle to native resources like sockets, file handles, window handles, etc. When the garbage collector collects an object without a finalizer it simply marks the memory region as free and that's it. When the object has a finalizer, it's first copied into a temporary location (remember, we're garbage collecting here), then it's enqueued into a waiting-to-be-finalized queue and then a Finalizer thread polls the queue with very low priority and runs the finalizer.
当应用程序退出时，JVM停止而不等待挂起的对象完成，因此实际上不能保证终结器将运行。
这里有很多很好的答案，但还有一些关于为什么应该避免使用finalize()的额外信息。
如果JVM由于System.exit()或Runtime.getRuntime().exit()而退出，终止器将不会默认运行。From Javadoc for Runtime.exit():
虚拟机的关闭顺序由两个阶段组成。在第一阶段，所有已注册的shutdown钩子(如果有的话)将以某种未指定的顺序启动，并允许并发运行，直到它们完成。在第二阶段中，如果启用了退出时终止，则运行所有未调用的终结器。完成此操作后，虚拟机将停止。
您可以调用System.runFinalization()，但它只会“尽最大努力完成所有未完成的终结”——并不能保证。
有一个System.runFinalizersOnExit()方法，但不要使用它——它是不安全的，很久以前就已经弃用了。
