SuppressFinalize应该仅由具有终结器的类调用。它通知垃圾收集器（GC）this对象已被完全清除。

拥有终结器的建议IDisposable模式为：

public class MyClass : IDisposable
{
    private bool disposed = false;

    protected virtual void Dispose(bool disposing)
    {
        if (!disposed)
        {
            if (disposing)
            {
                // called via myClass.Dispose(). 
                // OK to use any private object references
            }
            // Release unmanaged resources.
            // Set large fields to null.                
            disposed = true;
        }
    }

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

    ~MyClass() // the finalizer
    {
        Dispose(false);
    }
}

通常，CLR在创建终结器时保留带有终结器的选项卡（使它们的创建成本更高）。SuppressFinalize告诉GC，该对象已正确清理，不需要进入终结器队列。它看起来像一个C
++析构函数，但功能却不一样。

SuppressFinalize优化并非微不足道，因为您的对象可以在终结器队列上等待很长时间。不要介意在其他对象上调用SuppressFinalize。那是一个严重的缺陷，等待发生。

设计准则通知我们，如果您的对象实现IDisposable，则不需要终结器，但如果您具有终结器，则应实现IDisposable，以便对类进行确定性清除。

大多数时候，您应该能够摆脱IDisposable的清理资源。仅当您的对象保留非托管资源时，才需要终结器，并且需要确保这些资源被清除。

注意：有时，编码人员会添加一个终结器来调试其自己的IDisposable类的构建，以测试代码是否已正确处理其IDisposable对象。

    public void Dispose() // Implement IDisposable
    {
        Dispose(true);
    #if DEBUG
        GC.SuppressFinalize(this);
    #endif
    }

    #if DEBUG
    ~MyClass() // the finalizer
    {
        Dispose(false);
    }
    #endif