Finalizador e IDisposable

Question

Según la documentación (MSDN: link), está claro que se debe usar el patrón IDisposable al implementar un finalizador.

Pero, ¿necesita implementar un finalizador si implementa IDisposable (para proporcionar una forma determinista de deshacerse del objeto), y no tiene ningún recurso no administrado para limpiar?

Como yo lo veo, si la clase solo tiene recursos administrados y si no llama a Dispose, los recursos gestionados se limpiarán automáticamente por el GC y, por lo tanto, no es necesario implementar el finalizador. ¿Me equivoco?

Además, ¿qué sucede si estoy utilizando mi método Dispose para limpiar los controladores de eventos. Como Dispose no será llamado automáticamente por el GC, ¿debería implementar un Finalizer para asegurarme de que los manipuladores de eventos no estén conectados?

Answer 1

No, no necesita implementar un finalizador si tiene una clase que implementa IDisposable (es decir, si ha implementado el patrón correctamente y si solo tiene recursos gestionados para deshacerse de él). _{(si lo hace, puede afectar la vida útil de su objeto, ya que los objetos con finalizadores se agregan a la cola de finalización en el GC y pueden vivir más de lo necesario; esto puede ser un problema si sus objetos son grandes.)}

Answer 2

No debe agregar un finalizador a menos que tenga recursos no administrados.

Una clase que posee recursos desechables administrados pero no recursos no administrados debe implementar el patrón completo Dispose, pero no tener un finalizador.

Si la clase no es sealed, debe llamar al GC.SuppressFinalize(this) en su método Dispose() en caso de que una clase heredada agregue un finalizador.

Answer 3

Si solo tiene recursos administrados, entonces no necesita implementar IDisposable en absoluto. IDisposable está destinado a limpiar cosas que están más allá del dominio del GC, como identificadores nativos, conexiones de bases de datos, etc.

Si su control contiene controles que implementan IDisposable y deben liberar recursos nativos, entonces todavía necesita implementar el patrón IDisposable y dele a sus hijos controles la oportunidad de deshacerse de ellos.

La razón para llamar a Dispose() en el finalizador es, como último recurso, si el objeto no se desechó correctamente, el GC lo hará como un último esfuerzo.

Answer 4

Sí, si sólo han conseguido recursos, que serán limpiadas por la GC cuando se produce recolección de basura (y no hay ninguna referencia de vida que apuntan a ellos)

Pero en este caso, ¿por qué ¿Necesitas implementar IDisposable en tu tipo? Quiero decir, parece que considera que en su caso, no deshacerse de su objeto no es un gran problema, entonces ¿por qué alguien los descartaría?

También debe tener en cuenta que existe una penalidad de rendimiento con la recolección de elementos no utilizados durante el uso de Finalizer: cualquier objeto con un finalizador escapará al primer pase de GC, lo que degradará bastante la eficacia del GC si estos objetos son de corta duración.

Durante la primera recolección de elementos no utilizados durante la cual se debe limpiar el objeto, no lo hará, para ejecutar el finalizador. El objeto se considerará como larga vida por el GC, incluso si ya debe ser limpiado.

Answer 5

Nunca tuve la necesidad de implementar un finalizador. Como saben, le da al objeto la oportunidad de hacer lo que sea necesario antes de GC. Todos los recursos deben ser liberados en el método dispose

Answer 6

1. No, estás en lo correcto, si el objeto contiene un objeto que tiene un recurso no administrado entonces usted debe aplicar IDisposable para que pueda llamar su botar en su botar, pero no necesita un finalizador ya que su finalizador se ocupará de ese asunto.

2. De hecho, tratar de hacer cualquier cosa con un miembro finalizable en un finalizador es precario, y el orden en que se ejecutarán los finalizadores no es determinista, por lo que puede obtener algunos errores desagradables si intenta hacer esto.

3. Como regla, es mucho mejor tener una clase que contenga 1 o 0 recursos no administrados. Y si tiene 1 recurso no administrado, debería tener tan poco otro estado como sea necesario para manejarlo (es decir, ningún otro miembro desechable). SafeHandle es una buena forma de lidiar con esto. Si una clase necesita tratar varios recursos no administrados, debe hacerlo mediante el manejo de dichos recursos a través de estas clases de controladores. Entonces un finalizador & IDisposable se vuelve fácil; o bien tiene el único recurso no gestionado para tratar en ambos (suprime el finalizador si se llama a disponer) o solo necesita IDisposable.

Debido a tener que lidiar con los recursos no administrados directamente es relativamente raro, lo más probable es que usted nunca tendrá que escribir una finaliser (creo que lo he hecho una vez, en el código real). Debido a que las personas sensatas no hacen mucho más en las clases que manejan recursos no administrados, el asunto Dispose (bool) es innecesario también.