Statischer Finalizer

Question

Was ist der richtige Weg, um eine statische Finalisierung durchzuführen?

Es gibt keinen statischen Destruktor. Das Ereignis AppDomain.DomainUnload wird in der Standarddomäne nicht ausgelöst. Das Ereignis AppDomain.ProcessExit teilt die Gesamtzeit der drei Sekunden (Standardeinstellungen) zwischen allen Ereignishandlern, daher ist es nicht wirklich brauchbar.

Answer 1

Grundsätzlich können Sie nicht. Entwirf dich so gut wie möglich.

Vergessen Sie nicht, dass ein Programm immer abrupt sowieso abbrechen kann - jemand, der die Macht herauszieht, die das offensichtliche Beispiel ist. Also muss alles, was Sie tun, "Best Effort" sein - in diesem Fall würde ich sicherlich hoffen, dass AppDomain.ProcessExit wäre gut genug.

Was müssen Sie in Ihrem speziellen Fall tun?

Answer 2

Ich würde fragen, was Sie in Ihren statischen Methoden laden, die veröffentlicht werden müssen. Ich würde sicherlich nicht empfehlen, diese Dinge in einer statischen Methode zu tun.

Das heißt, Ihre statische Methode konnte ein Objekt instanziieren, das eine Finalize-Methode hat.

Answer 3

Zwei Lösungen, die den Sinn springen:

• Sie eine statische Klasse nicht verwenden. Wenn Sie eine nicht statische Klasse verwenden und sie instanziieren, müssen Sie sich keine Gedanken über die Bereinigung machen.
• Wenn das keine Option ist, würde ich argumentieren, dass dies eine gute Situation ist, ein Singleton zu verwenden. Dadurch wird eine Kopie Ihres Objekts instanziiert und der Finalizer beim Beenden aufgerufen. Sie können ihn jedoch weiterhin wie eine statische Klasse behandeln. Schließlich ist Ihre Klasse bereits statisch und teilt daher die meisten der üblichen Gründe, kein Singleton zu verwenden.

Answer 4

Herfried Wagner hat eine excellent article geschrieben zu erklären, wie dies umzusetzen - ach, in Deutsch (und VB). Dennoch sollte der Code verständlich sein.

Ich habe es versucht:

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

Es scheint, die gleiche Art und Weise genau zu arbeiten, wie das AppDomain.ProcessExit Ereignis macht: die Finalizerthread bekommt ca. drei Sekunden ...

Answer 5

Um Michael Damatovs Antwort (C#) zu portieren, die auf Herfried K. Wagner basiert. (VB.NET) ist hier die 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 die AppDomain.ProcessExit-Methode wird diese möglicherweise nicht aufgerufen, wenn der Prozess abnormal beendet wird (z. B. vom Task-Manager). Ein anderes Wort der Warnung ist, dass, wenn MyClass generisch ist (templated), die Annahme, dass sein statischer Konstruktor und der statische Destruktor nicht mehr als einmal pro Anwendungsausführung aufgerufen werden, nicht länger gültig ist.