Manejo de memoria en Objective-C

Una de las cosas que más me ha dado más trabajo por el momento en Objective-C es el manejo de memoria (la otra cosa es el diseño de la interfez de usuario con Interface Builder, pero ese es otro tema).

Desde hace muchos años, trabajo con lenguajes donde no había que preocuparse por el manejo de memoria, o bien porque el lenguaje tenía garbage collector (C#, Java) o bien porque la herramienta ocultaba el problema (GeneXus, por ejemplo con el generador C/SQL).

La última vez que me había tenido que preocupar por el manejo de memoria había sido en la facultad (hace más de 10 años), cuando en algún curso usamos C y C++...

En Objective-C creo que no es tan complicado como en C, pero igual suele dar bastantes dolores de cabeza.

Un buen recurso para empezar a ver el tema, es la documentación de Apple al respecto.

Los problemas de memoria suelen ser difíciles de diagnosticar, y hay de dos clases:
  1. Cuando se libera la memoria antes de tiempo (los más complicados), el programa cancela de forma aparentemente aleatoria, en distintos puntos en las sucesivas ejecuciones.
  2. Cuando no se libera memoria que ya no está en uso (memory leak), que para el programa no tiene ningún efecto negativo, pero que puede llegar eventualmente a dejar sin memoria al dispositivo. Estos casos se pueden detectar más fácilmente ejecutando en XCode con Run -> Performance Tools -> Leaks.
Las reglas que se deben seguir para saber cuando liberar memoria son:
  1. Si uno crea un objeto (mediante la función alloc, o alguna función que contenga "new" o "copy"), es responsable de liberarlo más adelante enviándole un mensaje "release".
  2. Si uno no crea el objeto (es el resultado de alguna otra invocación), entonces no es el dueño del mismo, y no tiene que liberarlo. Al no ser el dueño, puede ser que el objeto sea liberado en cualquier momento, y no tenemos control de esto.
  3. Si uno quiere "apoderarse" de un objeto, debe enviarle un mensaje "retain".
¿Simple, no? Lo que cuesta más es acostumbrarse...

Comentarios

  1. Alejandro Rinaldi9/7/10 17:27

    jaja.... JAJAJA.... JUAAAJUAAA JUUAAA... gente grande y aun usando el malloc....

    ResponderBorrar
  2. Marcos Crispino9/7/10 17:34

    No, nada que ver... no uso más el "malloc"

    En objective-C es "alloc" nomás. La ventaja es que no tenés que pasarle el tamaño del objeto como en C, se da cuenta solito (es re-inteligente...).

    ResponderBorrar
  3. Acosta10/7/10 08:44

    Que recuerdos por favor!!!!

    Eso si era programar, C pelado carajo.

    ResponderBorrar
  4. Roberto Clavell10/7/10 23:54

    Buenos recuerdos C los hay, dos por tres no sabias por que fuckin daba segmentation fault...

    ResponderBorrar
  5. Unknown28/1/16 19:56

    ahora el manejo de memoria se hace de una manera distnta en obj c, para eso existe el ARC, se podria decir que es el garbage collector de IOS, es bueno saber que ya no tenemos que liberar la memoria. :D
    saludos!,

    ResponderBorrar

Publicar un comentario

Entradas más populares de este blog

Literales de tipo Date y DateTime en GeneXus

Imagen
Cuando programamos, ya sea en GeneXus o en cualquier otro lenguaje, es muy común usar literales en el código, para valores conocidos o especiales de la aplicación. Por ejemplo, si voy a hacer una suma de varios registros, inicializo la variable en cero: &suma = 0 O si estoy por ejemplo en una transacción y quiero saber si estoy en modo Insert, puedo preguntar if &Mode = 'INS'     ... endif (nota: es un ejemplo... lo recomendable en este caso es usar el dominio enumerado TrnMode) En GeneXus hay unos cuantos tipos de datos, pero podríamos decir que los principales son cuatro: números, strings, booleanos y fechas (o fecha-hora para ser más precisos). Para los tres primeros, es bien sabido como expresar literales, ¿pero para las fechas? Esta funcionalidad creo que no es muy conocida, pero en GeneXus también se pueden escribir literales de fechas, utilizando el caracter # como delimitador (así como usamos las comillas simples o dobles para los strings).
Leer más

Comando "do case" en GeneXus

El comando do case de GeneXus tiene una sintaxis que no me termina de convencer... El problema es que las condiciones de cada case pueden ir sobre variables distintas. Más que un do case , la sintaxis permite usarlo como un if-elseif . En Java y C#, el comando equivalente es el switch , que discrimina según los valores que toma una variable dada. Por ejemplo: switch (variable) {     case 1:         // hago algo para el valor 1         break;     case 2:         // hago algo para el valor 2         break;     default:         // hago algo para los demás valores         break; } En GeneXus, el do case me permite hacer cosas como do case {     case &variable = 1 :         // hago algo para el valor 1 de &variable     case &otra_variable = 2 :         // hago algo para el valor 2 de &otra_variable     otherwise:         // hago algo para los demás valores endcase Me gustaría más tener un comando if-elseif que me permitiera hacer: if &va
Leer más

No hemos cambiado nada

Dentro de unos días, en Uruguay vamos a tener elecciones parlamentarias y presidenciales. Como siempre en estos casos hay campaña y hay temas que se destacan por sobre otros. Uno de los temas a los que más importancia se le ha dado, es el de la seguridad pública. Más allá de los argumentos y posturas que cada uno pueda tener, me interesaba comentar una frase que leí hace poco. Para ponerle un poco de contexto, es una frase en medio de un diálogo, que transcribo: - ¿Hablan ustedes del asesinato [...]? - Sí. ¿Ha oído usted hablar de este crimen? - ¿Cómo no? Ha ocurrido en las cercanías de la casa donde me hospedo. - ¿Conoce usted los detalles? - Los detalles, no, pero este asunto me interesa por la cuestión general que plantea. Dejemos a un lado el aumento incesante de la criminalidad durante los últimos cinco años en las clases bajas . [...] Y resalto " el aumento incesante de la criminalidad durante los últimos cinco años ". Parece sin duda una frase sacada del debate
Leer más