Statische Finalizer

Was ist der richtige Weg, um einige statische finallization?

Es ist keine statische Destruktor. Die AppDomain.DomainUnload Ereignis wird nicht ausgelöst, in der Standard-domain. Die AppDomain.ProcessExit event teilt sich die Gesamtzeit von drei Sekunden (default-Einstellungen) zwischen alle event-Handler, so ist es nicht wirklich brauchbar.

InformationsquelleAutor der Frage Michael Damatov | 2008-11-01

  1. 29

    Können Sie im Prinzip nicht. Design Ihren Weg, um es im vollen Umfang möglich.

    Vergessen Sie nicht, dass ein Programm immer abrupt beendet, trotzdem - jemand zieht aus der Steckdose als das offensichtlichste Beispiel. Also alles, was Sie tun werden "best effort" - in dem Fall würde ich sicherlich hoffedass AppDomain.ProcessExit wäre gut genug.

    Was müssen Sie tun, in Ihrem Fall zu?

    InformationsquelleAutor der Antwort Jon Skeet

  2. 42

    Herfried Wagner hat geschrieben exzellente Artikel erklären, wie die Umsetzung dieser – ach in deutschen (und VB). Noch, der code sollte verständlich sein.

    Habe ich es probiert:

    static readonly Finalizer finalizer = new Finalizer();

sealed class Finalizer {
  ~Finalizer() {
    Thread.Sleep(1000);
    Console.WriteLine("one");
    Thread.Sleep(1000);
    Console.WriteLine("two");
    Thread.Sleep(1000);
    Console.WriteLine("three");
    Thread.Sleep(1000);
    Console.WriteLine("four");
    Thread.Sleep(1000);
    Console.WriteLine("five");
  }
}

    Scheint es zu funktionieren genau die gleiche Weise wie die AppDomain.ProcessExit Veranstaltung: der finalizer wird ca. drei Sekunden...

    InformationsquelleAutor der Antwort Michael Damatov

  3. 6

    Ich würde Fragen, was Sie laden in Ihre statischen Methoden, die freigegeben werden müssen. Ich sicherlich würde nicht empfehlen, diese Dinge zu tun, die in einer statischen Methode.

    Sagte, Ihre statische Methode instantiieren ein Objekt, das eine abschließen-Methode.

    InformationsquelleAutor der Antwort Ady

  4. 6

    Zwei Lösungen, die den Sprung in den Sinn:

    • Nicht eine statische Klasse. Wenn Sie eine nicht-statische Klasse und instanziieren Sie es, Sie müssen nicht sorgen zu machen über die Bereinigung so viel.
    • Wenn das nicht eine option, ich würde behaupten, dass dies eine gute situation zu nutzen, ein singleton. Diese Instantiierung wird eine Kopie des Objekts und haben den finalizer aufgerufen, den Ausgang, aber immer noch erlauben, Sie zu behandeln wie eine statische Klasse für die meisten Teil. Nachdem alle, Ihre Klasse ist statisch schon und deshalb teilt die meisten der häufigsten Gründe nicht zu verwenden, ein singleton.

    InformationsquelleAutor der Antwort Jason Baker

  5. 0

    Port Michael Damatov Antwort (C#), die basierend auf Herfried K. Wagner. (VB.NET) hier ist C++/CLI version:

    ref class MyClass
{
        ref class StaticFinalizer sealed
        {
            !StaticFinalizer();
        };
        static initonly StaticFinalizer^ stDestr = gcnew StaticFinalizer();
}

MyClass::StaticFinalizer::!StaticFinalizer()
{
    System::Diagnostics::Debug::WriteLine("In StaticFinalizer!");
}

    P. S. Genau wie der Anwendungsdomäne.ProcessExit Methode ist, man kann nicht aufgerufen werden, wenn der Prozess beendet wird (Task-Manager zum Beispiel).
    Ein Wort der Vorsicht ist, dass, wenn MyClass ist die generische (Vorlagen), die Annahme, dass sich die statische Konstruktor und die statische Destruktor aufgerufen wird, nicht mehr als einmal pro Anwendung Ausführung ist nicht mehr gültig.

    InformationsquelleAutor der Antwort ILIA BROUDNO

Schreibe einen Kommentar