La cola del finalizador contiene todos los objetos que tienen un método de finalizador definido. Recuerde que un finalizador es un medio para recopilar recursos no administrados como identificadores. Cuando el recolector de basura recoge basura, mueve cualquier objeto con un finalizador a la cola del finalizador. En algún momento posterior, dependiendo de la presión de la memoria, la heurística del GC y la fase de la luna, cuando el recolector de basura decide recoger estos objetos, recorre la cola y ejecuta los finalizadores.
Después de haber trabajado con fugas de memoria en el pasado, ver un montón de objetos de su proveedor en la cola del finalizador podría ser un código descuidado, pero no indica una pérdida de memoria. Normalmente, un buen código expondrá un método de eliminación que recopilará recursos administrados y no administrados, y al hacerlo, se eliminará de la cola del finalizador a través del GC.SuppressFinalize(). Entonces, si los objetos del proveedor implementan un método Dispose y su código no lo llama, eso podría generar un grupo de objetos en la cola del finalizador.
¿Ha intentado crear una instantánea en ANTS entre dos puntos en el tiempo y comparar los objetos creados entre ellos? Eso puede ayudarlo a identificar cualquier objeto administrado que se filtre.
Además, si usted quiere ver si la memoria desaparece cuando se ejecutan los finalizadores, probar esto sólo para probar con:
System.GC.Collect();
System.GC.WaitForPendingFinalizers(); // this method may block while it runs the finalizers
System.GC.Collect();
No recomiendo ejecutar este código normalmente. Es posible que desee ejecutarlo si acaba de hacer un montón de trabajo y ha creado gran cantidad de basura. Por ejemplo, en nuestra aplicación, una de nuestras funciones puede crear aproximadamente 350 MB de basura que se desperdicia después de cerrar una ventana MDI. Como se sabe que esto deja mucha basura, forzamos manualmente la recolección de basura.
También tenga en cuenta que hay un caché de propiedades de bajo nivel en el código base de Windows.Forms que se aferrará al último cuadro de diálogo modal abierto. Esto podría ser una fuente de pérdida de memoria. Una forma segura de deshacerse de esta referencia es forzar a que aparezca otro cuadro de diálogo simple, luego ejecutar el código de GC anterior.
Gracias por la gran respuesta, Paul. Ese es el gráfico de referencia del objeto del que estoy hablando, mirando los objetos nuevos en la segunda instantánea, después de que los recursos se limpien. Todos los objetos en el gráfico que implementan IDisposable tienen una información sobre herramientas que dice "Se ha llamado a Dispose() para este objeto", pero el objeto seleccionado no tiene dicha información sobre herramientas. – flipdoubt
Nota sobre ThreadMethodEntry: creo que se usan en cualquier invocación al subproceso de interfaz de usuario. Cada objeto Control tiene una cola de devolución de llamadas de tipo ThreadMethodEntry. Una devolución de llamada dequeues ThreadMethodEntry y lo ejecuta. Cada objeto ThreadMethodEntry tiene varios campos internos. El examen de estos campos puede ayudarlo a determinar cuáles de los objetos de este proveedor están invocando. No recuerdo si puede obtener esa información de ANTS, pero sé que puede hacerlo a través de WinDbg.dll y sos.dll (extensiones del depurador gestionado). Mire el delegado "método" y el control "llamador". –
Además, tenga en cuenta que los objetos ThreadMethodEntry implementan un finalizador, pero no tienen un método Dispose. Cuando completen, también se moverán a la cola del finalizador. –