Wann sollte ich GC.SuppressFinalize () verwenden?

SuppressFinalize sollte nur aufgerufen werden, indem Sie eine Klasse, die einen finalizer hat. Es wird informiert der Garbage Collector (GC), die this Objekt wurde gereinigt, bis voll.

Empfohlen IDisposable-pattern wenn Sie ein finalizer:

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);
    }
}

Normalerweise die CLR-etikettiert auf Objekte mit finalizer, wenn Sie erstellt sind (was Sie teurer zu erstellen). SuppressFinalize sagt der GC, dass das Objekt wurde ordnungsgemäß aufgeräumt und müssen nicht auf die finalizer-Warteschlange. Es sieht aus wie ein C++ - Destruktor, aber nicht handeln, etwas wie eine.

Die SuppressFinalize-Optimierung nicht trivial, da Ihre Objekte Leben können eine lange Zeit warten auf die finalizer-Warteschlange. Nicht versucht zu rufen SuppressFinalize auf andere Objekte wohlgemerkt. Das ist ein schwerwiegender Mangel warten, um zu geschehen.

Design-Richtlinien und informieren uns, dass ein finalizer ist nicht erforderlich, wenn Ihr Objekt IDisposable implementiert, aber wenn Sie einen finalizer sollten Sie die IDisposable implementieren, um zu erlauben, deterministische Bereinigung Ihrer Klasse.

Meisten der Zeit, die Sie sollten in der Lage sein, um Weg mit IDisposable-um die Ressourcen zu bereinigen. Sollten Sie nur finalizer, wenn Ihr Objekt hält auf nicht verwalteten Ressourcen und Sie müssen garantieren, dass diese Ressourcen bereinigt werden.

Hinweis: Manchmal Programmierer einen finalizer hinzufügen debug-builds des eigenen IDisposable-Klassen, um zu testen, ob der code hat entsorgt Ihr IDisposable-Objekt richtig.

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

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

InformationsquelleAutor der Antwort Robert Paulson

Diese Methode muss aufgerufen werden, auf die Dispose-Methode von Objekten, implementiert die IDisposable, auf diese Weise die GC würde nicht sagen, der finalizer ein anderes mal, wenn someones ruft die Dispose-Methode.

Finden Sie unter: http://msdn.microsoft.com/en-us/library/system.gc.suppressfinalize.aspx

InformationsquelleAutor der Antwort albertein

Wenn eine Klasse, oder alles, was daraus abgeleitet, vielleicht halten Sie den letzten live-Referenz auf ein Objekt einen finalizer, dann entweder GC.SuppressFinalize(this) oder GC.KeepAlive(this) aufgerufen werden soll das Objekt nach jeder operation, die möglicherweise negativ beeinflusst, finalizer, so dass die finalizer ausgeführt wird nicht bis nach der operation abgeschlossen ist.

Die Kosten der GC.KeepAlive() und GC.SuppressFinalize(this) sind im wesentlichen die gleichen in jeder Klasse, die nicht mit einem finalizer und Klassen, die haben Finalizer sollten in der Regel nennen GC.SuppressFinalize(this)ist also die letztere Funktion als letzten Schritt der Dispose() ist nicht immer erforderlich, aber es wird nicht falsch sein.

InformationsquelleAutor der Antwort