我不太理解为什么像Java和C＃这样的语言中会有终结器。据我所知，它们:
那么它们到底是为什么而添加进来的呢？我问了一个朋友，他咕哝着说“您希望拥有每一个清除诸如DB连接等东西的可能机会”，但我认为这是一种不好的做法。为什么您要依赖具有上述特性的东西来进行任何事情，甚至是最后的防线？特别是当如果任何API中都设计了类似的东西，该API就会被嘲笑而不存在。
它们在某些情况下非常有用。
例如，在.NET CLR中：
- 不能保证运行
如果程序没有被杀死，那么最终器最终一定会运行。只是不确定何时运行。
- 如果它们运行了，在相关对象成为终结候选对象之后可能会运行任意长的时间
这是真的，但它们仍然会运行。
在.NET中，这非常有用。在.NET中，将本机非.NET资源封装到.NET类中非常常见。通过实现最终器，您可以确保本机资源得到正确清理。否则，用户将被迫调用一个执行清理的方法，这会大大降低垃圾收集器的效率。
并不总是容易知道何时释放您的（本机）资源-通过实现一个最终器，您可以确保它们将得到正确清理，即使您的类以不完美的方式使用。
- （至少在Java中），甚至将其附加到类上都会产生巨大的性能损失
同样，在这里，.NET CLR的GC具有优势。如果实现了正确的接口（IDisposable），并且开发人员正确实现了它，就可以防止最终化的昂贵部分发生。这是通过用户定义的清理方法调用GC.SuppressFinalize实现的，该方法将绕过最终器。
这样做可以兼顾两全 - 你既能实现终结器（finalizer），也能使用IDisposable接口。如果用户正确地释放了对象，终结器不会产生影响。如果他们没有，终结器最终会运行并清理未托管的资源，但是它的运行会导致（小）性能损失。
回应您的评论：在终结器线程中出现异常和超时问题是您不必担心的。首先，如果您发现自己正在编写终结器，请深呼吸，问问自己是否正确使用了该类。终结器是为框架类设计的，您应该使用这样一个类来使用操作资源，您将免费获得该类的终结器。一直到SafeHandle类，它们都有一个关键终结器。
其次，终结器线程失败是程序的严重故障。就像获得OutOfMemory异常或绊倒电源线并将机器拔掉一样。除了修复代码中的错误或重新路由电缆外，您无法做任何事情。对于Microsoft来说，设计关键终结器非常重要，他们不能指望所有为SQL Server编写.NET代码的程序员都能正确地编写代码。如果您自己搞砸了终结器，那么就没有责任可以追究，客户会打电话找您，而不是找Microsoft。
http://java.sun.com/javase/6/docs/api/java/lang/Object.html#finalize
所以这就是“为什么”。我想你可以争论他们的实现是否有效。 我发现finalize()最好的用途是检测释放池资源的错误。大多数泄漏的对象最终都会被垃圾回收，您可以生成调试信息。
class MyResource {
private Throwable allocatorStack;
public MyResource() {
allocatorStack = new RuntimeException("trace to allocator");
}
@Override
protected void finalize() throws Throwable {
try {
System.out.println("Bug!");
allocatorStack.printStackTrace();
} finally {
super.finalize();
}
}
}
这些终结器的作用是释放本地资源（例如套接字、打开的文件、设备），这些资源在所有引用该对象的引用都被断开之前无法释放，一般情况下特定的调用方无法知道这种情况。否则，将会出现难以追踪的资源泄漏问题...
当然，在许多情况下，作为应用程序作者，您可能会知道只有一个对数据库连接的引用（例如）；在这种情况下，终结器不能替代在完成使用后适当关闭它。
在.NET中，终结器(finalizer)还存在一个额外的复杂性。如果类具有终结器并且没有被Dispose()处理，或者Dispose()没有抑制终结器，垃圾回收器将推迟收集直到紧凑化第2代内存（最后一代），因此该对象“有点像”但不完全是内存泄漏。（是的，它最终会被清理干净，但很可能要等到应用程序退出之前才能清理）
正如其他人提到的，如果一个对象拥有非托管资源，它应该实现IDisposable模式。开发人员应该意识到，如果一个对象实现了IDisposable，则它的Dispose()方法应该总是被调用。C#提供了一种使用using语句自动完成这个过程的方式：
using (myDataContext myDC = new myDataContext())
{
// code using the data context here
}
using 块会在块退出时自动调用 Dispose()，即使是通过 return 或抛出异常退出。using 语句仅适用于实现 IDisposable 接口的对象。
还要注意另一个混淆点；Dispose() 是释放资源的机会，但它实际上并没有释放已经被 Dispose() 的对象。只有当没有活动引用指向 .NET 对象时，它们才能够进行垃圾回收。从技术上讲，它们不能被任何起始于 AppDomain 的对象引用链所访问。
Foo（将其添加到应尽快完成的对象列表中）和 Foo 的终结器实际运行之间，可能会有其他对象创建强根引用。如果发生这种情况，Foo 将成为一个“定时炸弹”，Foo 或使用它的任何类都无法防止它。 - supercat~SomeClass()的内容。 - RCIXC++中destructor()的等价物是Java中的finalizer()。
它们在对象的生命周期即将结束时被调用。
try { .. } finally { .. }块在 Java 中负责实现类似析构函数的行为。 - PP.