Java有析构函数吗?我好像找不到任何关于这个的文件。如果没有，我怎样才能达到同样的效果?
为了使我的问题更具体，我正在编写一个处理数据的应用程序，规范说应该有一个“重置”按钮，使应用程序恢复到最初的启动状态。但是，除非应用程序关闭或按下重置按钮，否则所有数据必须是“活的”。
作为一个通常的C/ c++程序员，我认为这是微不足道的实现。(因此我打算最后实现它。)我构造了我的程序，使所有“可重置”的对象都在同一个类中，这样当按下重置按钮时，我就可以销毁所有“活动”对象。
我在想，如果我所做的只是解除对数据的引用，并等待垃圾收集器收集它们，如果我的用户重复输入数据并按下重置按钮，是否会出现内存泄漏?我还在想，既然Java作为一种语言相当成熟，应该有一种方法来防止这种情况发生或优雅地解决这个问题。
当前回答
在Java中，最接近析构函数的是finalize()方法。与传统析构函数的最大区别在于，您不能确定何时调用它，因为这是垃圾收集器的职责。我强烈建议在使用它之前仔细阅读它，因为用于文件句柄等的典型RAIA模式不能可靠地使用finalize()。
其他回答
尽管Java的GC技术已经有了相当大的进步，但您仍然需要注意引用。我想到了许多看起来微不足道的参考模式的例子，它们实际上是罩下的老鼠窝。
从你的文章中，听起来你并不是为了对象重用而试图实现一个reset方法(真的吗?)您的对象是否持有需要清理的其他类型的资源(例如，必须关闭的流，必须返回的任何池化或借来的对象)?如果您唯一担心的是内存dealloc，那么我将重新考虑我的对象结构，并尝试验证我的对象是自包含的结构，将在GC时被清理。
也许你可以试试……Finally块来最终确定您正在使用对象的控制流中的对象。当然，它不会自动发生，但在c++中破坏也不会发生。你经常在finally块中看到资源的关闭。
想想最初的问题……我认为我们可以从所有其他学习过的答案中得出结论，也可以从Bloch的《有效Java》中得出结论，第7项“避免终结器”，以一种不适合Java语言的方式寻求合理问题的解决方案……
．.． OP实际上想要的是将所有需要重置的对象保存在一种“playpen”中，而所有其他不可重置的对象只能通过某种访问器对象引用该对象，这难道不是一个非常明显的解决方案吗?
然后当你需要“重置”时，你断开现有的游戏笔并创建一个新的游戏笔:游戏笔中所有的对象都被抛到一边，永远不会返回，有一天会被GC收集。
如果这些对象中的任何一个是可关闭的(或者不是，但有一个关闭方法)，你可以在它们被创建(可能打开)时将它们放在游戏笔的一个袋子中，访问器在切断游戏笔之前的最后一个动作将是通过所有的关闭对象关闭它们……?
代码可能看起来像这样:
accessor.getPlaypen().closeCloseables();
accessor.setPlaypen( new Playpen() );
closeCloseables可能是一个阻塞方法，可能涉及一个闩锁(例如CountdownLatch)，以处理(并等待)任何特定于Playpen的线程中的任何可运行对象/可调用对象在适当的时候结束，特别是在JavaFX线程中。
不,. lang。Object#finalize是最接近的。
但是，不保证何时(以及是否)调用它。 看到:java.lang.Runtime # runFinalizersOnExit(布尔)
应该避免使用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版本的等效文档)。
