什么时候应该使用GC.SuppressFinalize（）？

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