Java有析构函数吗?我好像找不到任何关于这个的文件。如果没有，我怎样才能达到同样的效果?
为了使我的问题更具体，我正在编写一个处理数据的应用程序，规范说应该有一个“重置”按钮，使应用程序恢复到最初的启动状态。但是，除非应用程序关闭或按下重置按钮，否则所有数据必须是“活的”。
作为一个通常的C/ c++程序员，我认为这是微不足道的实现。(因此我打算最后实现它。)我构造了我的程序，使所有“可重置”的对象都在同一个类中，这样当按下重置按钮时，我就可以销毁所有“活动”对象。
我在想，如果我所做的只是解除对数据的引用，并等待垃圾收集器收集它们，如果我的用户重复输入数据并按下重置按钮，是否会出现内存泄漏?我还在想，既然Java作为一种语言相当成熟，应该有一种方法来防止这种情况发生或优雅地解决这个问题。
当前回答
尽管Java的GC技术已经有了相当大的进步，但您仍然需要注意引用。我想到了许多看起来微不足道的参考模式的例子，它们实际上是罩下的老鼠窝。
从你的文章中，听起来你并不是为了对象重用而试图实现一个reset方法(真的吗?)您的对象是否持有需要清理的其他类型的资源(例如，必须关闭的流，必须返回的任何池化或借来的对象)?如果您唯一担心的是内存dealloc，那么我将重新考虑我的对象结构，并尝试验证我的对象是自包含的结构，将在GC时被清理。
其他回答
看看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方法。
如果你只是担心记忆，那就别担心了。相信GC，它做得不错。实际上，我发现它非常高效，在某些情况下，创建一堆小对象比使用大数组的性能更好。
因为Java是一种垃圾收集语言，所以您无法预测对象何时(甚至是否)会被销毁。因此没有直接等价的析构函数。
有一个被称为finalize的继承方法，但它完全由垃圾回收器自行调用。因此，对于需要显式清理的类，约定是定义一个close方法，并仅使用finalize方法进行完整性检查(即，如果close未被调用，则立即执行并记录错误)。
最近有一个问题引发了关于finalize的深入讨论，所以如果需要的话，应该会提供更多的深度……
这里有很多很好的答案，但还有一些关于为什么应该避免使用finalize()的额外信息。
如果JVM由于System.exit()或Runtime.getRuntime().exit()而退出，终止器将不会默认运行。From Javadoc for Runtime.exit():
虚拟机的关闭顺序由两个阶段组成。在第一阶段，所有已注册的shutdown钩子(如果有的话)将以某种未指定的顺序启动，并允许并发运行，直到它们完成。在第二阶段中，如果启用了退出时终止，则运行所有未调用的终结器。完成此操作后，虚拟机将停止。
您可以调用System.runFinalization()，但它只会“尽最大努力完成所有未完成的终结”——并不能保证。
有一个System.runFinalizersOnExit()方法，但不要使用它——它是不安全的，很久以前就已经弃用了。
随着Java 1.7的发布，现在有了使用try-with-resources块的额外选项。例如,
public class Closeable implements AutoCloseable {
@Override
public void close() {
System.out.println("closing...");
}
public static void main(String[] args) {
try (Closeable c = new Closeable()) {
System.out.println("trying...");
throw new Exception("throwing...");
}
catch (Exception e) {
System.out.println("catching...");
}
finally {
System.out.println("finalizing...");
}
}
}
如果执行这个类，则在try块剩余时，在catch块和finally块执行之前，将执行c.close()。与finalize()方法不同，close()保证被执行。但是，不需要在finally子句中显式地执行它。
