¿Es esta una buena manera de liberar memoria?

Question

He estado programando en el iPhone durante bastante tiempo y he tenido malas experiencias con la gestión de la memoria. Me preguntaba si la siguiente forma es una buena manera de liberar memoria.

int count = [someObject retainCount]; 

for (int i = 0; i < count; i ++) 
{ 
[someObject release]; 
} 

Este método fue un acto de desesperación en algunas situaciones (en particular UIWebViews) que había enfrentado. La variable retainCount se reduce a cero, lo que liberará la memoria que está utilizando. El método está un poco sucio, pero ¿hay algún cuello de botella asociado?

Answer 1

no se debe confiar en la retainCount porque hay posibilidad de retener el objeto iOS marcos,

Lea a continuación lo que Apple decir sobre retainCount.

Importante: Este método es típicamente de ningún valor en la depuración de problemas de gestión de memoria . Ya que cualquier número de objetos marco puede haber retenido un objeto con el fin de mantener las referencias a ella, mientras que al mismo tiempo piscinas autorelease pueden ser la celebración de cualquier número de liberaciones diferidos en un objeto , es muy poco probable que usted puede obtener información útil de este método .

Para comprender las reglas fundamentales de la gestión de memoria que debe cumplir, lea "Memory Management Rules". Para diagnosticar los problemas de gestión de memoria, utilice una herramienta adecuada:

Answer 2

No debe confiar en el valor de retainCount. Debe lanzar tan a menudo como llame al alloc y copy.

Editar: y new y retain.

Answer 3

Debe consultar las notas de gestión de memoria:

(1) http://mobileorchard.com/iphone-memory-management/

(2) http://memo.tv/memory_management_with_objective_c_cocoa_iphone

(3) http://akosma.com/2009/01/28/10-iphone-memory-management-tips/

Answer 4

Este código es un absoluto no-go. Simplemente oculta tus errores de programación, y lo hace de muy mala manera.

Conozca la gestión adecuada de la memoria. No hay sustituto.

Aquí está el memory management programming guide. Vale la pena leer más de una vez.

Answer 5

Como han mencionado otros, -retainCount es prácticamente inútil. Cuando es nuevo en el recuento de administración/referencia de memoria en Objective-C, a veces puede ser tentador intentar usar - retainCount para ayudar a entender cómo funciona el recuento de referencias, pero en realidad puede ser (al parecer) confuso en el mejor de los casos.

El código que ha publicado es potencialmente peligroso, en sí mismo, dependiendo del contexto que lo rodea de cómo se usa someObject. También puede ser peligroso cuando se aplica a otras situaciones que no esperaba. Tómese el NSString s constante creado con la directiva de compilación @"a string": estas cadenas se crean y están diseñadas para que nunca se publiquen. Por lo tanto la aplicación de su código como en el siguiente ejemplo se traduciría en un bucle infinito:

int main (int argc, const char * argv[]) { 
    NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init]; 

    NSString *string = @"theString"; 

    NSLog(@"retainCount == %lu", (unsigned long)[string retainCount]); 

    for (NSUInteger i = 0; i < [string retainCount]; i++) { 
     [string release]; 
    } 

    [pool drain]; 
    return 0; 
} 

Esta impresora:

2011-06-30 08:40:16.287 retainCount[35505:a0f] retainCount == 1152921504606846975

y luego entra en un bucle infinito.

Answer 6

No puedo decir NO enfáticamente!

Tome este ejemplo de su código en acción:

// Create an autoreleased object 
MyObject *myObject = [[[MyObject alloc] init] autorelease]; 

// Run your code to make it dealloc itself 
int count = [myObject retainCount]; 
for (int i = 0; i < count; i ++) 
    [myObject release]; 

Su código obligaría myObject que se dealloced.

Sin embargo, myObject también se ha incluido en el grupo de liberación automática. Tan pronto como el grupo haya comenzado a liberar sus objetos, su aplicación se bloqueará porque myObject ya no existe.

La regla es simple: Liberación de llamada cada vez que utiliza init, new o copy. De lo contrario, no es tu problema.