什么时候 dispose 方法不会被调用？

Question

前几天我正在阅读这篇文章，并且是想知道为什么除了 Dispose 方法之外还有 Finalizer。我在此处阅读了关于为什么您可能想要将 Dispose 添加到终结器。我好奇的是，什么时候 Finalizer 会通过 Dispose 方法本身被调用？是否有代码示例，或者它是基于软件运行的系统上发生的事情？如果是这样，GC 不运行 Dispose 方法会发生什么情况。

Answer 1

这里终结器的目的只是为了防止内存泄漏（如果您碰巧没有显式调用Dispose）。这也意味着如果您希望对象在程序关闭时释放资源，则不必处置对象，因为 GC 无论如何都会被迫完成并收集所有对象。

与此相关的是，在处理对象时，与终结器略有不同非常重要。

~MyClass()
{
    Dispose(false);
}

public void Dispose()
{
    Dispose(true);
    GC.SuppressFinalize(this);
}

protected void Dispose(disposing)
{
    if (!this.disposed)
    {
        if (disposing)
        {
            // Dispose managed resources here.
        }
        // Dispose unmanaged resources here.
    }
    this.disposed = true;
}

您不想在终结器中处置托管资源的原因是，这样做实际上会创建对它们的强引用，这可能会阻止 GC 正确完成其工作并收集它们。当然，非托管资源（例如 Win32 句柄等）应始终显式关闭/处置，因为 CLR 不了解它们。

Answer 2

这主要是为了保护自己。您无法规定您的班级的最终用户将做什么。通过除了 Dispose 方法之外还提供终结器，GC 将“处置”您的对象，从而适当地释放您的资源，即使用户忘记调用 Dispose() 或误用您的类也是如此。

Answer 3

当对象被垃圾回收时，Finalizer 被调用。需要显式调用 Dispose。在下面的代码中，将调用终结器，但不会调用 Dispose 方法。

class Foo : IDisposable
{
  public void Dispose()
  {
    Console.WriteLine("Disposed");
  }

  ~Foo()
  {
    Console.WriteLine("Finalized");
  }
}

...

public void Go()
{
  Foo foo = new Foo();
}

Answer 4

必须显式调用 dispose 方法，可以通过调用 Dispose() 或将对象放在 using 语句中。 GC 将始终调用终结器，因此如果在对象被处置之前需要发生某些事情，则终结器至少应该检查以确保对象中的所有内容都已清理。

如果可能的话，您希望避免清理终结器中的对象，因为与事先处理它们（例如调用 dispose）相比，它会导致额外的工作，但您应该始终至少检查终结器中是否存在需要的对象被删除。

Answer 5

一个重要但微妙的注释尚未提及：Dispose 的一个很少被考虑的目的是防止对象被过早清理。必须仔细编写带有终结器的对象，以免终结器比预期早运行。终结器不能在对对象 (*) 进行的最后一个方法调用开始之前运行，但如果一旦对象将被放弃，它有时可能会在最后一个方法调用期间运行。方法完成。正确处理对象的代码不能在调用 Dispose 之前放弃该对象，因此终结器不会对正确使用 Dispose 的代码造成严重破坏。另一方面，如果最后一个使用对象的方法使用了在最后一次使用对象引用本身后将在终结器中清理的实体，则垃圾收集器可以在该对象上调用 Finalize 并清理仍在使用的实体。补救措施是确保任何使用将由终结器清理的实体的调用方法必须在某个时刻跟随使用“this”的方法调用。 GC.KeepAlive(this) 是一个很好的方法。

(*) 扩展为不对对象执行任何操作的内联代码的非虚拟方法可能不受此规则的约束，但 Dispose 通常是或调用虚拟方法。