如果你有机会使用上下文和依赖注入(CDI)框架，比如Weld，你可以使用Java注释@Predestroy来做清理工作等。

@javax.enterprise.context.ApplicationScoped
public class Foo {

  @javax.annotation.PreDestroy
  public void cleanup() {
    // do your cleanup    
  }
}

在Java中，最接近析构函数的是finalize()方法。与传统析构函数的最大区别在于，您不能确定何时调用它，因为这是垃圾收集器的职责。我强烈建议在使用它之前仔细阅读它，因为用于文件句柄等的典型RAIA模式不能可靠地使用finalize()。

因为Java是一种垃圾收集语言，所以您无法预测对象何时(甚至是否)会被销毁。因此没有直接等价的析构函数。

有一个被称为finalize的继承方法，但它完全由垃圾回收器自行调用。因此，对于需要显式清理的类，约定是定义一个close方法，并仅使用finalize方法进行完整性检查(即，如果close未被调用，则立即执行并记录错误)。

最近有一个问题引发了关于finalize的深入讨论，所以如果需要的话，应该会提供更多的深度……

这里有很多很好的答案，但还有一些关于为什么应该避免使用finalize()的额外信息。

如果JVM由于System.exit()或Runtime.getRuntime().exit()而退出，终止器将不会默认运行。From Javadoc for Runtime.exit():

虚拟机的关闭顺序由两个阶段组成。在第一阶段，所有已注册的shutdown钩子(如果有的话)将以某种未指定的顺序启动，并允许并发运行，直到它们完成。在第二阶段中，如果启用了退出时终止，则运行所有未调用的终结器。完成此操作后，虚拟机将停止。

您可以调用System.runFinalization()，但它只会“尽最大努力完成所有未完成的终结”——并不能保证。

有一个System.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版本的等效文档)。

我同意大部分答案。

你不应该完全依赖finalize或ShutdownHook

完成

The JVM does not guarantee when this finalize() method will be invoked. finalize() gets called only once by GC thread. If an object revives itself from finalizing method, then finalize will not be called again. In your application, you may have some live objects, on which garbage collection is never invoked. Any Exception that is thrown by the finalizing method is ignored by the GC thread System.runFinalization(true) and Runtime.getRuntime().runFinalization(true) methods increase the probability of invoking finalize() method but now these two methods have been deprecated. These methods are very dangerous due to lack of thread safety and possible deadlock creation.

shutdownHooks

public void addShutdownHook(Thread hook)

注册一个新的虚拟机关闭钩子。

Java虚拟机在响应两种事件时关闭:

The program exits normally, when the last non-daemon thread exits or when the exit (equivalently, System.exit) method is invoked, or The virtual machine is terminated in response to a user interrupt, such as typing ^C, or a system-wide event, such as user logoff or system shutdown. A shutdown hook is simply an initialized but non-started thread. When the virtual machine begins its shutdown sequence it will start all registered shutdown hooks in some unspecified order and let them run concurrently. When all the hooks have finished it will then run all uninvoked finalizers if finalization-on-exit has been enabled. Finally, the virtual machine will halt. Note that daemon threads will continue to run during the shutdown sequence, as will non-daemon threads if the shutdown was initiated by invoking the exit method. Shutdown hooks should also finish their work quickly. When a program invokes exit the expectation is that the virtual machine will promptly shut down and exit. But even Oracle documentation quoted that

在极少数情况下，虚拟机可能会中止，即停止运行而不完全关闭

这发生在虚拟机从外部终止时，例如在Unix上使用SIGKILL信号或在Microsoft Windows上使用TerminateProcess调用。如果本机方法出错，虚拟机也可能中止，例如破坏内部数据结构或试图访问不存在的内存。如果虚拟机中止，则不能保证是否会运行任何shutdown钩子。

结论:合理使用try{} catch{} finally{}块，释放finally(}块中的关键资源。在finally{}块中释放资源时，捕获Exception和Throwable。