asignación de memoria C# y patrones de desasignación

Question

Dado que C# utiliza la recolección de basura. Cuándo es necesario usar. ¿Desea liberar la memoria?

Me doy cuenta de que hay algunas situaciones, así que intentaré enumerar las que se me ocurren.

1. Si cierro un Formulario que contiene un objeto de tipo GUI, ¿se desreferencian esos objetos y, por lo tanto, se recopilarán?
2. Si creo un objeto local utilizando new, ¿debo .Disfáltelo antes de que el método salga o simplemente deje que el GC se encargue de él? ¿Cuál es la buena práctica en este caso?
3. ¿Hay momentos en los que forzar un GC es comprensible?
4. ¿Los eventos son recopilados por el GC cuando se recopila su objeto?

Answer 1

En teoría, si ha definido correctamente conjunto de componentes, nunca debería ser necesario llamar a Dispose() en sus objetos, como el finalizador debe finalmente cuidar de él.

Dicho esto, cada vez que utilice un objeto que implementa IDisposable, es una buena práctica llamar a Dispose() en el objeto tan pronto como haya terminado de trabajar con él.

Para algunos de sus puntos específicos:

1) Si usted sabe que está "hecho" con el formulario, puede llamar a Dispose() en él. Esto obligará a una limpieza en ese momento en el recursos no administrados asociados con el formulario.

2) En este caso: si el objeto es sólo utilizado en ese método, utilizar el "uso" en su lugar:

using (MyObject myObject = new MyObject()) 
{ 
    // use your object 
} // It'll be disposed of here for you 

3) Hay razones raras de hacer esto, pero en general, no.

4) Los eventos son un delegado: la memoria asociada con el delegado se recopilará después de que el delegado se desrootee, lo que normalmente ocurre cuando los objetos en cuestión se desrojan.

Answer 2

mirada a esta pregunta:

Is there a common practice how to make freeing memory for Garbage Collector easier in .NET?

Si la clase crea una instancia de la interfaz IDisposable, que (probablemente) significa que no tiene los recursos del sistema que tienen que ser eliminados directamente. Una forma fácil de lograrlo es utilizar el uso de palabras clave, como en:

using(var g = Graphics.FromBitmap(bmp)) 
{ 
    //Do some stuff with the graphics object 
} 

por la respuesta de @ Matt S en esa pregunta que se hace referencia.

Para sus preguntas:

1. Si se instancia un objeto que tiene IDisposable, tendrá que deshacerse de él cuando se cierra el formulario. Eso es complicado en WPF y directo en Winforms, ya que los diálogos de winforms tienen métodos de Dispose. Para WPF, he resuelto el problema manteniendo la clase WPF oculta, se llama método de disposición que elimina todos los objetos (como los puertos seriales) y luego establece la clase WPF en nulo.
2. No. Deje que el GC se encargue de eso.
3. Creo que sí, pero recibí comentarios negativos :) Cuando hice asignaciones muy grandes, obligar a GC a eliminarlos es, sí, una buena idea.
4. No estoy seguro. Creo que los eventos son, en sí mismos, objetos, por lo que se recopilarán cuando ya no se usen.

Answer 3

Debe llamar al Dispose en cada clase que implementa IDisposable. Si no necesita ser Dispose ed, entonces no implementaría IDisposable.

En cuanto a sus otras preguntas:

1. Cuando se agrega un control a la colección del Formulario Controls, entonces el control se dispondrán de forma automática cuando se cierra el formulario, por lo que no hay nada que hay que hacer allí.
2. Si el objeto implementa IDisposable, debe llamar al Dispose. Por ejemplo, si va al new FileStream(...), FileStream necesita eliminarse, ya que implementa IDisposable. Sugeriría que leas en el constructo using en C#, lo que facilita el manejo de los objetos IDisposable.
3. En realidad, el 99.99% de las veces, el recolector de basura sabrá cuándo es el mejor momento para funcionar. Es uno de esos, "sabrás cuando lo necesites" tipo de situaciones.
4. Cuando ya no se hace referencia al objeto que contiene el evento, lógicamente cualquier referencia de objeto contenida en el evento ya no se referencia y estará disponible para su recopilación.

Answer 4

Si está utilizando un objeto IDisposable, considere utilizar la declaración using para ocuparse automáticamente de deshacerse de usted.

Answer 5

Como dijo Reed Copsey, generalmente no es necesario llamar a Dispose.

Un posible caso que puede estar creando su problema es que un objeto estático contiene referencias de otros objetos que ya no se usan en ningún otro lado. El siguiente código muestra un ejemplo:

Form_Load(...) 
    MyState.Instance.AddressChanged += this.User_AddressChanged; 
End 

Si por alguna razón, cuando se descarga la forma, el código no anular el registro del controlador de eventos, la instancia de forma seguirá siendo referenciado por el objeto de estado.