¿Por qué el temporizador local capturado no saldrá del alcance?

Question

Duplicar posible:
Timer, event and garbage collection : am I missing something?

private void TrayForm_Load(object sender, EventArgs e) 
{ 
    System.Timers.Timer HideMeTimer = new System.Timers.Timer(2500); 
    HideMeTimer.Elapsed += 
     delegate(object sender2, System.Timers.ElapsedEventArgs e2) 
     { 
      this.Invoke(new Action(somestuff)); 
     }; 
     HideMeTimer.Start(); 
     GC.Collect(); 
} 

Puede alguien por favor me muestran cómo el compilador se traducirá esto? O una buena explicación de por qué el temporizador sigue funcionando después del evento de carga.

(no es la regla cuando se ha ido la última referencia, a una variable, la GC en algún momento matar el objeto!)

Answer 1

Es necesario comprender lo que está haciendo System.Timers.Timer detrás de las escenas. Es un contenedor alrededor de la clase System.Threading.Timer. Cuando se inicia el temporizador crea una nueva instancia de System.Threading.Timer y le pasa un método de devolución de llamada en la instancia System.Timers.Timer. El sistema hace referencia a este delegado de devolución de llamada siempre que el temporizador permanezca habilitado.

También sabemos que los delegados mantienen una referencia a una instancia de la clase que contiene el método de destino. Esta es la razón por la que su instancia System.Timers.Timer no se recopila y no se detiene automáticamente. La eliminación del controlador de eventos Elapsed no resolverá este problema porque ese delegado solo contiene una referencia a la instancia TrayForm. Nuevamente, es el System.Threading.Timer el que mantiene una referencia al System.Timers.Timer. Toda la cadena de referencia permanece enraizada porque el sistema tiene que hacer referencia al System.Threading.Timer para que funcione.

Aquí es la cadena de referencia:

System => _TimerCallback => Callback => System.Threading.Timer => Callback => System.Timers.Timer 

Cuando realiza un seguimiento de esto con reflector o ILSpy se puede ver que el "sistema" en la cadena de referencia anterior entra en juego a través del método TimerBase.AddTimerNative que está marcado MethodImplOptions.InternalCall por lo que no podemos ver exactamente cómo la raíz de la referencia está debajo de este punto. Pero, está arraigado de todos modos.

Si desactiva el temporizador a través de Enabled = false o Stop entonces será disponer el System.Threading.Timer subyacente, que a su vez debería dejar de hacer referencia a la System.Timers.Timer.