我什么时候应该创建析构函数？

Question

例如：

public class Person
{
    public Person()
    {
    }

    ~Person()
    {
    }
}

什么时候应该手动创建析构函数？ 你什么时候需要创建析构函数？

Answer 1

更新：这个问题是主题我的博客于 2015 年 5 月。感谢您提出的好问题！请参阅该博客，了解人们普遍认为的关于最终确定的一长串谎言。

什么时候应该手动创建析构函数？

几乎从来没有。

通常，只有当您的类持有一些昂贵的非托管资源（当对象消失时必须清理这些资源）时，才会创建析构函数。最好使用一次性模式，以保证资源被清理。析构函数本质上是一种保证，如果对象的使用者忘记处置它，资源最终仍然会被清理。 （也许吧。）

如果您创建析构函数，请非常小心并了解垃圾收集器的工作原理。析构函数真的很奇怪：

• 它们不在你的线程上运行；而是在你的线程上运行。他们在自己的线程上运行。不要造成僵局！
• 从析构函数抛出未处理的异常是个坏消息。它在自己的线程上；谁来抓住它？
• 可以在构造函数启动之后、构造函数完成之前对对象调用析构函数。正确编写的析构函数不会依赖于构造函数中建立的不变量。
• 析构函数可以“复活”一个对象，使死去的对象再次复活。这真的很奇怪。不要这样做。
• 析构函数可能永远不会运行；您不能依赖已安排完成的对象。 可能会，但这并不能保证。

通常正确的情况在析构函数中几乎都不是正确的。一定要非常非常小心。编写正确的析构函数非常困难。

什么时候需要创建析构函数？

在测试编译器处理析构函数的部分时。我从来不需要在生产代码中这样做。我很少编写操作非托管资源的对象。

Answer 2

它称为“终结器”，您通常应该只为其状态（即：字段）包含非托管资源（即：指向通过 p/invoke 调用检索的句柄的指针）的类创建一个终结器。但是，在 .NET 2.0 及更高版本中，实际上有一种更好的方法来处理非托管资源的清理：SafeHandle。鉴于此，您几乎不需要再次编写终结器。

Answer 3

除非您的类维护 Windows 文件句柄等非托管资源，否则您不需要它。

Answer 4

它称为析构函数/终结器，通常在实现 Dispose 模式时创建。

当类的用户忘记调用 Dispose 时，这是一个后备解决方案，以确保（最终）释放您的资源，但您无法保证何时调用析构函数。

在此 Stack Overflow 问题中，接受的答案正确显示了如何实现处置模式。仅当您的类包含垃圾收集器无法自行清理的任何未处理资源时才需要这样做。

一个好的做法是，在不让类的用户能够手动处理对象以立即释放资源的情况下，不要实现终结器。

Answer 5

我使用了析构函数（仅用于调试目的）来查看是否正在 WPF 应用程序范围内的内存中清除对象。我不确定垃圾收集是否真正从内存中清除了对象，这是一个很好的验证方法。

Answer 6

当您拥有非托管资源时，您需要确保当您的对象消失时它们将被清理。 COM 对象或文件处理程序就是一个很好的例子。

Answer 7

析构函数提供了一种隐式方法来释放类中封装的非托管资源，当 GC 处理它时，它们会被调用，并且它们隐式调用基类的 Finalize 方法。如果您使用大量非托管资源，最好通过 IDisposable 接口提供一种显式释放这些资源的方法。请参阅 C# 编程指南：http://msdn.microsoft.com/en-us /library/66x5fx1b.aspx

Answer 8

答案：
当您必须释放非托管资源时，例如文件句柄、数据库连接等。

// Example
public class Person
{
    private FileStream _fileStream;

    public Person()
    {
        _fileStream = new FileStream("test.txt", FileMode.Open);
    }

    ~Person()
    {
        _fileStream.Close();
    }
}

说明：
当对象被垃圾回收时，析构函数被调用。当程序员销毁对象时，不会调用它。当该对象不再被任何其他对象引用时调用它。当对象不再处于作用域内时调用它。当对象不再位于内存中时调用它。