¿Está bien usar malloc()/free() "clásico" en aplicaciones Objective-C/iPhone?

Question

He estado jugando con el desarrollo de iPhone por un tiempo, y aunque te parece un poco incómodo cuando eres un desarrollador de .NET "hard core", no es tan malo una vez que te acostumbras.

En cada libro que leí sobre Objective-C, solo se habla de retención/liberación (recuento de referencias) para la gestión de la memoria. Como desarrollador de C/C++ antiguo, parece extraño que asignar la forma "normal", utilizando malloc() y libre() solo se menciona en algunas notas a pie de página.

Sé que malloc() y free() funcionan en Objective-C, pero tengo curiosidad si es una práctica común o no. Después de todo, si quiero asignar una matriz de 100 enteros, parece que esta es la manera más eficiente de hacerlo:

int *array = malloc(sizeof(int) * 100); 

memset(array,0,sizeof(int) * 100); 

// use the array 

free(array); 

Es este hecho la mejor manera, o debería evitar una gestión sencilla de memoria C?

Answer 1

Hay un contenedor Objective-C alrededor de la memoria en bruto que me gusta usar mucho para tareas similares: NSMutableData. Tiene el beneficio de otorgarle retención/liberación de propiedad además de que puede hacer crecer la matriz fácilmente (sin tener que hacer el realloc usted mismo).

Su código se vería así:

NSMutableData* data = [NSMutableData dataWithLength:sizeof(int) * 100]; 
int* array = [data mutableBytes]; 
// memory is already zeroed 

// use the array 

// decide later that we need more space: 
[data setLength:sizeof(int) * 200]; 
array = [data mutableBytes]; // re-fetch pointer in case memory needed to be copied 

// no need to free 
// (it's done when the autoreleased object is deallocated) 

Answer 2

Está perfectamente bien utilizar malloc y libre de hacer su propia gestión de memoria. En realidad, allocWithZone: de NSObject usa malloc para obtener la memoria.

Answer 3

Por supuesto, usted puede utilizar estas funciones, debido a Objective-C no es más que un superconjunto de C. Sin embargo, es bastante infrecuente que hacer este tipo de cosas, ya que Objective-C contiene los objetos y las maneras de hacer esto más fácil.

Después de todo, se podría escribir el código anterior como:

NSMutableArray *array = [[NSMutableArray alloc] init]; 

//Use the array, adding objects when need be 

[array release]; 

A pesar de que tendría que crear NSNumber objetos para almacenar los int s (desde NSArray no permite tipos no-objeto que se añadirán) , generalmente es más común usar objetos, porque es más fácil mover datos, y las clases de matriz se integran más comúnmente con otras clases de Cocoa, y la administración de memoria es generalmente más directa que la administración de memoria C estándar.

Además, si comienza a agregar o eliminar objetos de la matriz, los objetos de la matriz Cocoa lo hacen mucho más fácil.

Answer 4

Está perfectamente bien - Objective-C es un superconjunto estricto de C, por lo que si quieres escribir C simple, no hay nada que te lo impida. En muchos casos, es ventajoso usar malloc y free para evitar la sobrecarga del tiempo de ejecución de Objective-C.

Por ejemplo, si necesita asignar dinámicamente una matriz de un número desconocido de números enteros, a menudo es más simple y más fácil:

int *array = malloc(N * sizeof(int)); // check for NULL return value! 
// use array[0]..array[N-1] 
... 
free(array); 

Versus:

NSMutableArray *array = [[NSMutableArray alloc] initWithCapacity:N]; 
// use NSMutableArray methods to do stuff with array; must use NSNumbers instead 
// of plain ints, which adds more overhead 
... 
[array release]; 

yo estaba trabajando en una palabra juego para el iPhone, y tuvimos que cargar un diccionario multi-megabyte de palabras válidas. La lista de palabras se cargó en una única matriz char asignada con malloc(), con algunas optimizaciones inteligentes para reducir el tamaño de la memoria aún más. Obviamente para algo como esto, la sobrecarga de usar un NSArray es completamente impracticable en el iPhone limitado. No sé exactamente cuál es la sobrecarga, pero ciertamente es más de un byte por personaje.

Answer 5

Si se trata de tipos de C estándar, no es menos común o "OK" que en C.Así es como se hace en C, que es una parte de Objective-C.

Tampoco es inusual escribir algún tipo de envoltorio de objetos alrededor de estas cosas para armonizarlo con el resto de Cocoa (KVO, gestión de memoria, etc.). Por lo tanto, puede crear una clase IntArray que haga el malloc entre bastidores para que pueda retenerlo y liberarlo según sea necesario. Tenga en cuenta que esto no es estrictamente necesario; puede ser útil si ese tipo de estructura es una parte importante de su programa.