Kiedy metoda dispused nie zostanie wywołana?

Question

Czytałem artykuł z dnia this i zastanawiałem się, dlaczego był Finalizer wraz z metodą Dispose. Czytam here na SO, dlaczego warto dodać Dispose do Finalizera. Ciekaw jestem, skąd Finalizator miałby nazywać samą metodę usuwania? Czy istnieje przykład kodu lub czy jest on oparty na czymś, co dzieje się w systemie, w którym działa oprogramowanie? Jeśli tak, to co może się zdarzyć, że nie ma metody usuwania uruchamianej przez GC.

Answer 1

Celem finalizatora jest tutaj po prostu zabezpieczenie przed wyciekami pamięci (jeśli zdarzy ci się , a nie, aby jawnie wywołać Dispose). Oznacza to również, że nie musisz wyrzucać swoich obiektów, jeśli chcesz, aby zwolniły zasoby po zamknięciu programu, ponieważ GC będzie zmuszony do sfinalizowania i zebrania wszystkich obiektów.

W związku z tym ważne jest, aby pozbyć się obiektu nieco inaczej, robiąc to z finalizatora.

~MyClass() 
{ 
    Dispose(false); 
} 

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

protected void Dispose(disposing) 
{ 
    if (!this.disposed) 
    { 
     if (disposing) 
     { 
      // Dispose managed resources here. 
     } 
     // Dispose unmanaged resources here. 
    } 
    this.disposed = true; 
} 

Powodem ty nie chcą wyrzucać zarządzanych zasobów w finaliser jest to, że rzeczywiście można tworzyć silne odniesienia do nich w ten sposób, a to mogłoby zapobiec GC ze robi to zadanie prawidłowo i gromadzenie im. Zasoby niezarządzane (np. Win32 i inne) powinny zawsze być jawnie zamknięte/usuwane, oczywiście, ponieważ CLR nie ma wiedzy na ich temat.

Answer 2

Ma to głównie na celu ochronę. Nie możesz dyktować, co zrobi końcowy użytkownik twojej klasy. Zapewniając finalizator oprócz metody usuwania, GC "usunie" twój obiekt, odpowiednio uwalniając twoje zasoby, nawet jeśli użytkownik zapomni zadzwonić do Dispose() lub niewłaściwie używa twojej klasy.

Answer 3

Metodę zbycia należy wyraźnie wywołać, wywołując metodę Dispose() lub umieszczając obiekt w instrukcji using. GC będzie zawsze wywoływał finalizator, więc jeśli coś musi się wydarzyć zanim przedmioty zostaną usunięte, finalizator powinien przynajmniej sprawdzić, czy wszystko w obiekcie jest oczyszczone.

Chcesz uniknąć czyszczenia obiektów w finalizatorze, jeśli w ogóle jest to możliwe, ponieważ powoduje to dodatkową pracę w porównaniu do ich wyrzucania przed rozdaniem (np. Wywoływanie zrzucania), ale zawsze powinieneś przynajmniej sprawdzić finalizator, jeśli są jakieś obiekty leżąc wokół, które trzeba usunąć.

Answer 4

Finalizer jest wywoływany, gdy obiekt jest zbędny. Dispose należy jawnie wywoływać. W poniższym kodzie finalizator zostanie wywołany, ale metoda Dispose nie jest.

class Foo : IDisposable 
{ 
    public void Dispose() 
    { 
    Console.WriteLine("Disposed"); 
    } 

    ~Foo() 
    { 
    Console.WriteLine("Finalized"); 
    } 
} 

... 

public void Go() 
{ 
    Foo foo = new Foo(); 
} 

Answer 5

Ważnym ale subtelna nuta jeszcze wymienić: a rzadko uważane Zużyty celem jest zapobieganie obiektu z czyszczonej się przedwcześnie. Obiekty z finalizatorami muszą być napisane starannie, aby finalizator nie działał inaczej niż oczekiwano. Finalizer nie może zostać uruchomiony przed rozpoczęciem ostatniego wywołania metody, które zostanie wykonane na obiekcie (*), ale może czasami uruchomić ostatnie wywołanie metody, jeśli obiekt zostanie opuszczony po zakończeniu metody. Kod, który prawidłowo Pozbywa się obiektu, nie może opuścić obiektu przed wywołaniem Dispose, więc nie ma niebezpieczeństwa, że ​​finalizator sieje spustoszenie w kodzie, który właściwie używa Dispose. Z drugiej strony, jeśli ostatnia metoda użycia obiektu korzysta z obiektów, które zostaną oczyszczone w finalizatorze po ostatnim użyciu odwołania do obiektu, możliwe jest wywołanie przez moduł zbierający śmieci finalizacji na obiekcie i wyczyszczenie go. do jednostek, które są nadal w użyciu.Rozwiązaniem jest zapewnienie, że każda metoda wywołania, która używa jednostek, które mają zostać oczyszczone przez finalizatora, musi być w pewnym momencie śledzona przez wywołanie metody, które używa "tego". GC.KeepAlive (this) jest dobrą metodą do tego celu.

(*) Metody inne niż wirtualne, które są rozszerzone na kod w linii, który nie robi nic z tym obiektem, mogą być wyłączone z tej reguły, ale utylizacja zwykle jest lub wywołuje metodę wirtualną.