IDisposable GC.SuppressFinalize(this) 位置

Question

我的代码使用默认的 IDisposable 实现模板（模式）。

片段：

public void Dispose()
{
    Dispose(true);

    GC.SuppressFinalize(this);
}

protected virtual void Dispose(bool isDisposing)
{
    if (!this.disposed)
    {
        if (isDisposing)
        {
            //cleanup managed resources
        }

        //cleanup unmanaged resources

        this.disposed = true;
    }
}

我的问题：为什么在 Dispose 公共方法中调用“GC.SuppressFinalize(this)”？ 在处置托管资源之后，我会将“GC.SuppressFinalize(this)”放置在受保护方法的“if (isDisusing)”部分中。

像这样：

protected virtual void Dispose(bool isDisposing)
{
    if (!this.disposed)
    {
       if (isDisposing)
       {
           //cleanup managed resources

           GC.SuppressFinalize(this);
       }

       //cleanup unmanaged resources

       this.disposed = true;
    }
}

Answer 1

我认为这是模板设计模式的一个明显案例。

您的抽象类旨在处理所需的所有重要/必要任务（此处为 GC.SuppressFinalize(this)），并允许派生类仅覆盖代码的某些部分。

这里有2个案例：
片段 1，SuppressFinalize，位于 Dispose
代码段 2，SuppressFinalize，在 Dispose(true) 中

这里，代码段 1 确保始终执行 GC.SuppressFinalize。 而代码片段 2 则将 GC.SuppressFinalize 的执行留给了派生类。

因此，通过将 GC.SuppressFinalize 放在 Dispose 方法中，作为类的设计者，您将始终确保无论派生类编写什么代码，GC.SuppressFinalize 都将被执行。

这只是在Dispose中编写SuppressFinalize而不是Dispose(true)的好处。

Answer 2

Dispose(bool isDisusing) 方法不是 IDisposable 接口。

您通常会从 Dispose 方法，并从终结器中调用 Dispose(false)，作为对象尚未被处置的情况下的后备方案。

调用 SuppressFinalize 告诉GC 认为不需要调用对象的终结器，大概是因为所有清理工作都是在调用 Dispose 时完成的。

如果您的类上没有终结器，那么您根本不需要调用 SuppressFinalize，因为没有要抑制的终结器！

Joe Duffy 有一些很棒的有关处置、最终确定、垃圾收集等的指南。

Answer 3

我认为可以选择任何一种布局，但可能他们想在受保护的 Dispose 方法中强调“将所有释放代码放入此方法中”，因此他们将其他处置（抑制终结）的工件放在其他地方。

另外，假设派生类有另一个原因调用受保护的 Dispose 方法，但仍然希望发生终结（出于任何想象的原因，我不知道）。

Answer 4

原因 .Dispose 是指托管代码（您的代码）处置对象，从而选择退出终结。 人们通常通过终结器创建另一条进入 Dispose(bool dissetting) 的路径，并且该调用对于终结器来说没有任何意义。

Answer 5

这个想法是你的清理代码应该只被调用一次。 但是有两个入口点：Dispose 方法和对象终结器。 当调用 Dispose 时，您可以选择退出终结，以便您的清理代码仅被调用一次。 此处的代码可能会更好地说明这一点。

引用：

// NOTE: Leave out the finalizer altogether if this class doesn't 
// own unmanaged resources itself, but leave the other methods
// exactly as they are.