¿Por qué debería escribir [anView release], anView = nil; en lugar de [anView release] ;?

Question

alguna parte he leído que - en cuanto a las advertencias de poca memoria y renunciar a una vista no visible gracias a todas sus subvistas (= toda una punta, creo), usted debe hacer lo siguiente:

-(void)dealloc { 
    [anView release], anView = nil; 
    [someImageView release], someImageView = nil; 

    [super dealloc]; 
} 

en lugar de

-(void)dealloc { 
    [anView release]; 
    [someImageView release]; 

    [super dealloc]; 
} 

¿Cuál es la razón para poner a tierra esos punteros a nil (= "no object"), después de que llame al lanzamiento? Déjame adivinar: Algún otro método podría haber retenido la vista por alguna razón (¿alguien puede dar algún ejemplo de cuándo podría suceder esto?), Entonces sucede lo que ocurre en la memoria de recuperación de documentos, y liberas una vista de plumín + que no está visible (es decir, en una aplicación multiview). Tan pronto como el usuario quiera volver a ver esa vista, cargará rápidamente la punta de nuevo y luego: ¡Cargará todas las vistas, conectará las tomas y BANG! Las otras vistas retenidas cuelgan ahora sin ningún puntero en algún lugar solitario en el panel de memoria, lo que provoca una pérdida de memoria abundante y gruesa hasta que la aplicación se cuelga.

¿Derecha/Incorrecta?

Answer 1

en lugar de hacer el lanzamiento expicit y ajuste a cero, si sus descriptores de acceso tienen propiedades asociadas con ellos YOC y haga lo siguiente como un método más concisa:

- (void) dealloc 
{ 
    self.retainedProperty1 = nil; 
    self.retainedProperty2 = nil; 
    self.copiedProperty = nil; 
    self.assignedProperty = nil; 
} 

esta manera usted puede tener código que tiene menos repetición ya que el código sintetizado se ocupará de sus lanzamientos por usted.

Editar: Debo señalar que sus propiedades no pueden ser de sólo lectura o de lo contrario se producen errores de compilación, por razones obvias :)

Answer 2

El principio es más general que UIView. de hecho, es más general que el método Objective-C/Cocoa -release. Es válido también con las funciones de memoria C malloc()/free().

Cuando ya no necesite un objeto o una zona de memoria, primero la libera/libera. Luego, para asegurarse de no volver a utilizarlo, borre los medios para acceder a este objeto o zona de memoria asignando un nil a un objeto o un NULL en un puntero de memoria.

Answer 3

Some other method could have -retain'ed the view for some reason

A menos que estés invocando dealloc a sí mismo, sólo se llama cuando la cuenta de retención se convierte en cero.

Tenga en cuenta que en Objective-C enviar un mensaje a un nil "objeto" es (a menudo) perfectamente bien. Si lo hace, no hace que su programa se detenga, pero el mensaje simplemente se ignora. Sin embargo, no puede enviar un mensaje a un objeto liberado, lo que produciría un bloqueo.

Por lo tanto, la siguiente sería darle un error:

[anView release]; 
[anView doSomething]; 

Pero, esto es, de hecho, bien:

[anView release]; 
anView = nil; 
[anView doSomething]; 

Es una cuestión de gustos, pero por lo anterior, es posible que en De hecho, prefieren bloquear su programa, en lugar de preguntarse por qué no se ejecuta algo.

Véase también Sending Messages to nil de Apple Introduction to The Objective-C 2.0 Programming Language.

Answer 4

utilizo este patrón mucho:

- (void) showHelp: (id) sender 
{ 
    if (helpController == nil) 
    { 
     helpController = [[HelpController alloc] initWithNibName: @"Help" bundle: [NSBundle mainBundle]]; 
    } 
    [self presentModalViewController: helpController animated: YES];  
} 
- (void)didReceiveMemoryWarning { 
    [super didReceiveMemoryWarning]; // Releases the view if it doesn't have a superview 
    // Release anything that's not essential, such as cached data 
    [helpController release]; 
    helpController = nil; 
} 

prácticamente en todas partes que asigno un viewcontroller que es modal, o de otra manera "temporal". De esta manera, se cuelga si lo necesito de nuevo, pero se va si la memoria baja.

Answer 5

Se llama al método -dealloc cuando se libera el objeto y no se ejecutarán otros métodos en el objeto después. Por lo tanto, establecer cualquier variable de instancia en nil no tiene ningún efecto fuera de ese objeto.

Si estaba liberando un objeto (sin usar un setter) en otro lugar de la clase, sería importante establecer la variable de instancia en cero para evitar que el código en otro lugar envíe un mensaje a esa dirección.