Java有析构函数吗?我好像找不到任何关于这个的文件。如果没有，我怎样才能达到同样的效果?
为了使我的问题更具体，我正在编写一个处理数据的应用程序，规范说应该有一个“重置”按钮，使应用程序恢复到最初的启动状态。但是，除非应用程序关闭或按下重置按钮，否则所有数据必须是“活的”。
作为一个通常的C/ c++程序员，我认为这是微不足道的实现。(因此我打算最后实现它。)我构造了我的程序，使所有“可重置”的对象都在同一个类中，这样当按下重置按钮时，我就可以销毁所有“活动”对象。
我在想，如果我所做的只是解除对数据的引用，并等待垃圾收集器收集它们，如果我的用户重复输入数据并按下重置按钮，是否会出现内存泄漏?我还在想，既然Java作为一种语言相当成熟，应该有一种方法来防止这种情况发生或优雅地解决这个问题。
当前回答
如果您正在编写Java Applet，则可以重写Applet的“destroy()”方法。它是……
*由浏览器或applet查看器调用来通知 *这个applet，它正在被回收，它应该销毁 *已分配的任何资源。stop()方法 *总是在destroy()之前被调用。
显然不是你想要的，但可能是别人在寻找的。
其他回答
也许你可以试试……Finally块来最终确定您正在使用对象的控制流中的对象。当然，它不会自动发生，但在c++中破坏也不会发生。你经常在finally块中看到资源的关闭。
不，这里没有析构函数。原因是所有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停止而不等待挂起的对象完成，因此实际上不能保证终结器将运行。
如果您正在编写Java Applet，则可以重写Applet的“destroy()”方法。它是……
*由浏览器或applet查看器调用来通知 *这个applet，它正在被回收，它应该销毁 *已分配的任何资源。stop()方法 *总是在destroy()之前被调用。
显然不是你想要的，但可能是别人在寻找的。
看看try-with-resources语句。例如:
try (BufferedReader br = new BufferedReader(new FileReader(path))) {
System.out.println(br.readLine());
} catch (Exception e) {
...
} finally {
...
}
在这里，不再需要的资源在BufferedReader.close()方法中被释放。您可以创建自己的实现AutoCloseable的类，并以类似的方式使用它。
在代码结构方面，这个语句比finalize更有局限性，但同时它使代码更易于理解和维护。此外，也不能保证在应用程序的生存期内调用finalize方法。
我完全同意其他答案，说不依赖执行的最后确定。
除了try-catch-finally块，还可以使用Runtime#addShutdownHook(在Java 1.3中引入)在程序中执行最后的清理。
这与析构函数不同，但是可以实现一个关机钩子，该钩子具有注册的侦听器对象，可以调用清理方法(关闭持久数据库连接、删除文件锁等)——这些事情通常在析构函数中完成。 同样，这不是析构函数的替代品，但在某些情况下，您可以使用它来实现所需的功能。
这样做的好处是使解构行为与程序的其余部分松散耦合。
