Czy muszę usunąć() lub zamknąć() EventWaitHandle?

Question

Jeśli używam EventWaitHandle (lub AutoResetEvent, ManualResetEvent) do synchronizacji między wątkami, czy muszę wywoływać metody Close() lub Dispose() na tym uchwycie zdarzenia, gdy skończę z nim?

EventWaitHandle dziedziczy po WaitHandle, która implementuje IDisposable. A FxCop narzeka, jeśli nie zaimplementuję IDisposable na żadnej klasie zawierającej EventWaitHandle. Sugeruje to, że muszę to nazwać.

Jednak żaden z tych przykładów użytkowania MSDN zadzwonić Dispose() lub Close():

http://msdn.microsoft.com/en-us/library/system.threading.eventwaithandle(VS.80).aspx http://msdn.microsoft.com/en-us/library/system.threading.manualresetevent(VS.80).aspx http://msdn.microsoft.com/en-us/library/system.threading.autoresetevent(VS.80).aspx

Jest to tylko przykład Microsoft ignorując własne rady?

Answer 1

Zasób jednorazowego użytku z EventWaitHandle jest w rzeczywistości SafeHandle (zawinięty w SafeWaitHandle). SafeHandle implementuje finalizator, który ostatecznie upewnia się, że wymagany zasób jest zwolniony, więc powinno być bezpiecznie pozwolić wątkowi odśmiecania/finalizatora obsłużyć go w tym przypadku.

Jednak zawsze dobrze jest jednoznacznie zadzwonić pod numer Dispose(), gdy zasób nie jest już potrzebny.

gwintowania rozdział w C# 3.0 in a Nutshell stanach

Praktyka ta jest (prawdopodobnie) do przyjęcia z czekania uchwyty ponieważ mają lekki ciężar OS (Asynchronous delegaci polegać na dokładnie tego mechanizmu do uwolnienia ich IAsyncResult ' s wait uchwyt).

Answer 2

Musisz je jawnie wyrzucić. Funkcja Close() jest dla nich bardziej odpowiednia, ponieważ wywołuje funkcję Dispose().

Answer 3

definicje klasy z MSDN:

public class EventWaitHandle : WaitHandle 
public abstract class WaitHandle : MarshalByRefObject, IDisposable 

Więc tak musi pan jak WaitHandle jest IDisposable. FxCop uzna to za naruszenie przepisów, jeśli tego nie zrobisz.