¿Debo eliminar() o Cerrar() un EventWaitHandle?

Question

Si estoy usando EventWaitHandle (o AutoResetEvent, ManualResetEvent) para sincronizar entre subprocesos, entonces ¿necesito llamar a los métodos Close() o Dispose() en ese identificador de evento cuando haya terminado con ellos?

EventWaitHandle hereda de WaitHandle, que implementa IDisposable. Y FxCop se queja si no implemento IDisposable en cualquier clase que contenga un EventWaitHandle. Entonces esto sugiere que necesito llamarlo.

Sin embargo, ninguno de estos ejemplos de uso de MSDN llaman Dispose() o 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

Se trata sólo de un ejemplo de Microsoft ignorando su propio consejo?

Answer 1

El recurso desechable de EventWaitHandle es en realidad un SafeHandle (envuelto en un SafeWaitHandle). SafeHandle implementa un finalizador, que finalmente se asegura de que se libere el recurso necesario, por lo que debe ser seguro dejar que el recolector de basura/finalizador lo maneje en este caso.

Sin embargo, siempre es una buena idea llamar explícitamente al Dispose() cuando el recurso ya no se necesita.

El capítulo con hilo en C# 3.0 in a Nutshell estados

Esta práctica es (posiblemente) aceptable con wait maneja porque tienen una carga OS luz (asíncronos delegados se basan en exactamente este mecanismo para lanzar su IAsyncResult ' s espera manejar).

Answer 2

Debe deshacerse de ellos explícitamente. Close() es más apropiado para ellos ya que llama a Dispose().

Answer 3

Las definiciones de clases de MSDN:

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

Así que sí que deben como WaitHandle es IDisposable. FxCop encontraría esto como una violación de las reglas si no lo hiciera.