El costo de finalizar en .NET

Question

(1) He leído muchas preguntas sobre IDisposable donde las respuestas recomiendan no utilizar Finalize a menos que realmente lo necesite debido al tiempo de proceso involucrado.
Lo que no he visto es cuánto es este costo y con qué frecuencia se paga. ¿Cada milisegundo? ¿segundo? hora, día, etc.

(2) Además, me parece que Finalize es útil cuando no siempre se sabe si se puede eliminar un objeto. Por ejemplo, la clase de fuente de marco. Un control no puede deshacerse de él porque no sabe si la fuente está compartida. La fuente generalmente se crea en el momento del diseño, por lo que el usuario no sabrá cómo deshacerse de ella, por lo tanto, finalice las patadas para finalmente deshacerse de ella cuando no queden referencias. ¿Es esa una impresión correcta?

Answer 1

El principal problema con finalizar es que bloquea la recogida de un objeto. En cambio, se llama al finalizador y el objeto se recoge "en la siguiente ejecución". Bueno, técnicamente IIRC el finalizador ejecuta una lista de objetos en un hilo separado. De todos modos, esto no es un problema "cada ms", más un "múltiples carreras GC necesarios para deshacerse de los objetos.

Answer 2

Finalizar es conceptualmente diferente a botar. Finalizar pueden los sólo recursos no administrados libres. Desechar puede liberar logrado . y los recursos no administrados deben utilizar cada uno según sea apropiado (Tenga en cuenta que una clase con un finalizador siempre debe aplicar IDisposable)

Desechar se debe llamar de forma explícita; Finalizar sólo puede ser llamado por el GC

actualización...: Ver mi publicación en el blog en How to Implement IDisposable and Finalizers: 3 Easy Rules.

Answer 3

Finalizar es extremadamente útil como una doble verificación. Si un bloqueo o el código incorrecto de una persona no descarta su objeto antes de que salga del alcance, garantice que sus recursos se liberarán en el finalizador.

Usted puede hacer un trabajo de pies elegante en su triturador llamando al GC.SuppressFinalize(this) que le permitirá escribir un método que funcione en ambas situaciones y le garantice que el código funcionará correctamente.

Incluso podría disparar una MDA si estuviera escribiendo un marco para recordar a las personas que deberían deshacerse de su objeto.

La penalización del finalizador es, básicamente, que termina empujando su objeto en la cola de nivel 2, que tarda más tiempo en ejecutarse. Si está utilizando objetos de manera consistente y están finalizando, esto podría generar una recolección de nivel 2 que se ejecuta con más frecuencia de la necesaria solo para ejecutar los subprocesos del finalizador.

Answer 4

I've got a blog post about IDisposable and Finalizing - no sobre el rendimiento sin embargo.

Answer 5

Voy a responder a su segunda pregunta.

No, Finalize no debe utilizarse de esta manera. De hecho, con la excepción de solo unos pocos casos de margen, solo debe anular Finalize (o declarar un destructor en C#) si la clase contiene directamente recursos no administrados.

El problema que describió es de propiedad. El propietario de una clase IDisposable es responsable de su duración y la decisión de cuándo llamar al Dispose. Otras partes del código son libres de usar esa clase, pero como no pueden reclamar la propiedad, no deberían participar en la administración de la clase de esa clase.

Por desgracia, no estoy muy familiarizado con la clase Font ni cómo se podría relacionar con la situación que se fue el impulso para su pregunta, pero puedo hacer una declaración general que podrían aplicarse en su caso. Si su código no creó la instancia (a través del constructor) directamente, entonces su código no debería considerarse el propietario. En ese caso, puede asumir que la responsabilidad de la eliminación se deja a otra cosa.