¿Por qué debería liberar (y por lo tanto desmantelar) los objetos justo antes de cerrar la aplicación?

Question

Hay muchos objetos en cada aplicación de iPhone que vivirán para siempre hasta que la aplicación muera. Ellos son: delegado de aplicación, ventana, controlador de vista principal, puede ser controlador de navegación o pestañas, todos los objetos dentro de ellos. ¿Por qué demonios debería liberarlos justo antes de dejar de gastar preciosos ciclos de CPU? Por lo que yo entiendo, el proceso de las aplicaciones se terminará, por lo que es un montón, constante o no se habrá ido también.

¿Por qué debería lanzarlos? Los manuales de desarrollo de Apple insisten en ello como en el siguiente ejemplo de código (desde iPhone Development Guide). Es solo el primer lugar que encontré buscando por palabra dealloc en la biblioteca.

@implementation HelloWorldAppDelegate 
@synthesize window; 

- (void)applicationDidFinishLaunching:(UIApplication *)application { 

    // Override point for customization after app launch 
    MyView *view = [[MyView alloc] initWithFrame:[window frame]]; 
    [window addSubview:view]; 
    [view release]; 
    [window makeKeyAndVisible]; 
} 
- (void)dealloc { 
    [window release]; 
    [super dealloc]; 
} 
@end 

Desde la sección discusiones sobre NHObject-dealloc método:

Tenga en cuenta que cuando una aplicación termina, objetos puede no se enviará un mensaje dealloc desde la memoria del proceso se borra automáticamente al salir-ES MÁS eficiente simplemente para permitir que el sistema operativo limpie recursos que para invocar todos los métodos de administración de memoria. Por esta y otras razones, no se debe administrar los recursos escasos en dealloc

Pero dealloc método en el ejemplo anterior se le llama en la implementación actual si su aplicación es lo suficientemente rápido para reaccionar a applicationWillTerminate dentro de los 15 segundos.

De nuevo. ¿Debo evitar escribir el método dealloc anterior para la velocidad de salida de la aplicación o hay algún problema con dicho enfoque?

Answer 1

Porque es posible que una clase lanzada tenga un efecto secundario como el estado de almacenamiento en su método dealloc o una de sus súper clases. El sistema operativo no debería importar, debería reclamar todos los recursos sin importar qué.

Answer 2

La mejor razón es la reutilización. Existe la posibilidad de que pueda mover un objeto de un lugar a otro o reutilizarlo. Si lo haces, es mejor asegurarte de que todas tus i's estén salpicadas y atravesadas.

También es solo un buen hábito. Si recuerda hacerlo allí, lo hará en todas partes.

Answer 3

El ejemplo de código que ha publicado no insiste en publicar nada cuando finaliza la aplicación. Si está pensando en el método dealloc, no se ejecutará cuando la aplicación finalice.

En varios lugares de la documentación, Apple señala que no enviar dealloc on dim es una opción de diseño intencional porque, como dijiste, es mucho más eficiente simplemente liberar todo el espacio de direcciones. Vea el discussion on the dealloc docs.

Answer 4

Supongo que la única respuesta que tiene sentido para mí es la "coherencia". No, puede que no siempre necesite implementar dealloc, pero si siempre lo hace, no se olvidará de hacerlo cuando realmente importe. Y además, no es como si le costara más de 30 segundos escribir dos líneas de código que podrían no ser llamadas.

También es muy poco probable que desperdicie sus preciosos ciclos de CPU (que, por cierto, los ciclos no son tan valiosos como para notar la diferencia. Esas animaciones de iPhone existen principalmente para comprar el tiempo de su aplicación para iniciar/shut down) porque cuando termina la aplicación, generalmente no molesta a los objetos dealloc porque, como dices, los días de asignación de memoria del montón están detrás.

Por lo tanto, sí, dealloc es poco probable que se llame en un UIApplicationDelegate, pero ¿le cuesta algo hacer de todos modos? Realmente no.

Answer 5

Porque sabrá, Artem.

Juguemos a un pequeño juego llamado "¿y si?".

¿Qué pasa si, desarrolla una gran aplicación. Una aplicación magistral, de verdad, ¡y al público le encanta! ¡Sus ventas se hinchan, los pájaros cantan su nombre volando en el cielo!

Pero eligió no hacer nada en su AppDelegate dealloc. Con solo unos segundos, decidió no molestarse. ¿Cuál es el daño?

Oh, al principio duermes tranquilo encima de las pilas de dinero. Pero a medida que las ventas crecen y crecen, una pequeña punzada te invade. Y luego comienzan los sueños.

Formas cuadradas, imprecisas al principio. Los días pasan y se vuelven más claros, mientras duermes cada vez menos. Entonces, finalmente, un día, ya ves.

Son bloques, Artem. Bloques de memoria. ¿Y qué están haciendo en tus sueños? Bueno, ya ves, no del todo liberado de la existencia antes de que se acabe la aplicación, tenían que ir a algún lado. La aplicación se había ido, el teléfono se había movido.

Así que se movieron a su HEAD. Y cada día, llegan más, dejando menos espacio para YOURSELF.

Espero que esto haya sido informativo ... Artem.