12 Stimmen

Wie verwaltete Ressource in Dispose()-Methode in C # zu entsorgen?

Ich weiß, dass Dispose() für nicht verwaltete Ressourcen gedacht ist und die Ressource entsorgt werden sollte, wenn sie nicht mehr benötigt wird, ohne darauf zu warten, dass der Garbage Collector das Objekt finalisiert.

Wenn das Objekt jedoch entsorgt wird, wird die Finalisierung des Garbage Collectors unterdrückt (GC.SuppressFinalize(this); im folgenden Code). Das bedeutet, wenn das Objekt verwaltete Ressourcen enthält, müssen wir uns auch darum kümmern, da der Garbage Collector diese nicht aufräumt.

Im Beispielcode unten (aus MSDN) ist "Component" eine verwaltete Ressource, und wir rufen dispose() für diese Ressource auf (component.Dispose()). Meine Frage ist, wie implementieren wir diese Methode für die Klasse "Component", die eine verwaltete Ressource ist? Sollten wir etwas wie Collect() verwenden, um den Garbage Collector zu bitten, diesen Teil zu bereinigen?

Für jede Idee wären wir dankbar. Danke.

Nachfolgend finden Sie den Code, den ich mir ansehe und der von MSDN stammt:

using System;
using System.ComponentModel;

// The following example demonstrates how to create
// a resource class that implements the IDisposable interface
// and the IDisposable.Dispose method.

public class DisposeExample
{
// A base class that implements IDisposable.
// By implementing IDisposable, you are announcing that
// instances of this type allocate scarce resources.
public class MyResource: IDisposable
{
    // Pointer to an external unmanaged resource.
    private IntPtr handle;
    // Other managed resource this class uses.
    private Component component = new Component();
    // Track whether Dispose has been called.
    private bool disposed = false;

    // The class constructor.
    public MyResource(IntPtr handle)
    {
        this.handle = handle;
    }

    // Implement IDisposable.
    // Do not make this method virtual.
    // A derived class should not be able to override this method.
    public void Dispose()
    {
        Dispose(true);
        // This object will be cleaned up by the Dispose method.
        // Therefore, you should call GC.SupressFinalize to
        // take this object off the finalization queue
        // and prevent finalization code for this object
        // from executing a second time.
        GC.SuppressFinalize(this);
    }

    // Dispose(bool disposing) executes in two distinct scenarios.
    // If disposing equals true, the method has been called directly
    // or indirectly by a user's code. Managed and unmanaged resources
    // can be disposed.
    // If disposing equals false, the method has been called by the
    // runtime from inside the finalizer and you should not reference
    // other objects. Only unmanaged resources can be disposed.
    private void Dispose(bool disposing)
    {
        // Check to see if Dispose has already been called.
        if(!this.disposed)
        {
            // If disposing equals true, dispose all managed
            // and unmanaged resources.
            if(disposing)
            {
                // Dispose managed resources.
                component.Dispose();
            }

            // Call the appropriate methods to clean up
            // unmanaged resources here.
            // If disposing is false,
            // only the following code is executed.
            CloseHandle(handle);
            handle = IntPtr.Zero;

            // Note disposing has been done.
            disposed = true;

        }
    }

    // Use interop to call the method necessary
    // to clean up the unmanaged resource.
    [System.Runtime.InteropServices.DllImport("Kernel32")]
    private extern static Boolean CloseHandle(IntPtr handle);

    // Use C# destructor syntax for finalization code.
    // This destructor will run only if the Dispose method
    // does not get called.
    // It gives your base class the opportunity to finalize.
    // Do not provide destructors in types derived from this class.
    ~MyResource()
    {
        // Do not re-create Dispose clean-up code here.
        // Calling Dispose(false) is optimal in terms of
        // readability and maintainability.
        Dispose(false);
    }
}
public static void Main()
{
    // Insert code here to create
    // and use the MyResource object.
}
}

15voto

Jordão Punkte 53117

Dieses Wegwerfmuster ist verwirrend . Hier ist ein besserer Weg um sie umzusetzen:

Schritt 1. Erstellen Sie eine Einwegklasse, um jede nicht verwaltete Ressource zu kapseln, die Sie haben. Dies sollte wirklich selten sein, die meisten Leute haben keine nicht verwalteten Ressourcen, die sie aufräumen müssen. Diese Klasse kümmert sich nur (pdf) über seine nicht verwaltete Ressource und sollte einen Finalizer haben. Die Implementierung sieht wie folgt aus:

public class NativeDisposable : IDisposable {

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

  protected virtual void CleanUpNativeResource() {
    // ...
  }

  ~NativeDisposable() {
    CleanUpNativeResource();
  }

  // ...

  IntPtr _nativeResource;

}

Schritt 2. Erstellen Sie eine Einwegklasse, wenn die Klasse andere Einwegklassen enthält. Das ist einfach zu implementieren, Sie brauchen keinen Finalizer dafür. In Ihrer Dispose-Methode rufen Sie einfach Dispose für die anderen Disposables auf. Unverwaltete Ressourcen sind in diesem Fall nicht von Belang:

public class ManagedDisposable : IDisposable {

  // ...

  public virtual void Dispose() {
    _otherDisposable.Dispose();
  }

  IDisposable _otherDisposable;

}

Die "Komponente" im Beispiel wäre eine von beiden, je nachdem, ob sie eine nicht verwaltete Ressource kapselt oder nur aus anderen Wegwerfressourcen besteht.

Beachten Sie auch, dass das Unterdrücken der Finalisierung nicht bedeutet, dass Sie den Garbage Collector daran hindern, Ihre Instanz zu bereinigen; es bedeutet nur, dass der Garbage Collector, wenn er in Ihrer Instanz ausgeführt wird, nicht den Finalizer aufruft, der für sie definiert ist.

11voto

Joel Coehoorn Punkte 377088

Das heißt, wenn das Objekt verwaltete Ressourcen enthält, müssen wir uns auch darum kümmern, da der Garbage Collector diese nicht aufräumen wird.

Das ist falsch. Der Garbage Collector wird Ihre verwalteten Ressourcen trotzdem aufräumen. Finalizer sind auch ausschließlich dazu da, nicht verwaltete Ressourcen zu bereinigen, so dass der SuppressFinalize()-Aufruf Ihnen nicht schaden wird.

Und da Sie das IDisposable-Muster noch nicht kennen, nehme ich Ihren nächsten Punkt der Verwirrung vorweg: das Schreiben von Finalizern. In C# sollten Sie nur dann einen Finalizer schreiben, wenn Sie es mit einer völlig neuen Art von nicht verwalteten Ressourcen zu tun haben. Wenn Sie also zum Beispiel eine Klasse haben, die den Typ System.Data.SqlClient.SqlConnection als Teil einer Datenzugriffsschicht umhüllt, sollten Sie no einen Finalizer für diesen Typ schreiben, weil Sie immer noch mit der gleichen Art von zugrunde liegender, nicht verwalteter Ressource zu tun haben: SQL-Server-Datenbankverbindungen. Der Finalizer für diese Ressource wird bereits durch den Basistyp SqlConnection erledigt.

Wenn Sie hingegen einen ADO.Net-Provider für eine völlig neue Art von Datenbank-Engine entwickeln, müssen Sie einen Finalizer in Ihrer Verbindungsklasse implementieren, da dies noch nie zuvor gemacht wurde.

1voto

Robert Davis Punkte 2175

Vielleicht noch etwas klarer. GC.SuppressFinalize(this) wirkt sich nur auf das Objekt aus, das durch den this-Zeiger referenziert wird, nicht aber auf irgendwelche Member des Objekts. Das bedeutet, dass SuppressFinalize nicht rekursiv auf die Mitglieder des Objekts angewendet wird. Wenn der Garbage Collector den Speicher für das Disposed-Objekt zurückfordert, ist es wahrscheinlich, dass keine aktiven Verweise auf die Felder des Objekts vorhanden sind. Da Sie GC.SuppressFinalize nicht für alle Felder des Objekts aufgerufen haben, wird der Garbage Collector die Finalize-Methode für diese Objekte aufrufen, falls sie existieren. Wann er dies tut, hängt ganz von der Laufzeit ab, und im Allgemeinen sollten Sie ihn einfach seine Arbeit machen lassen.

0voto

Jason Roberts Punkte 596

Entschuldigung, wenn ich Ihre Frage falsch verstanden habe, aber wenn Ihre Klasse nur auf andere verwaltete Klassen verweist und diese Verweise auf diese Objekte nicht entsorgt werden müssen, muss Ihre Klasse nicht unbedingt IDisposable implementieren.

CodeJaeger.com

CodeJaeger ist eine Gemeinschaft für Programmierer, die täglich Hilfe erhalten..
Wir haben viele Inhalte, und Sie können auch Ihre eigenen Fragen stellen oder die Fragen anderer Leute lösen.

Powered by:

X