Charla de Detección de memory leaks en Android, realizada en Algeciras el día 26 de Septiembre del 2013, en el Betabeers en la sede de InnovAtlas

1. “Detección de Memory Leaks utilizando
Eclipse Memory Analyser”
Algeciras, jueves 26 de septiembre de 2013

2. ¿Quien soy?
@Gatreyu
Rafael David Piernagorda
i
Co-Founder &
Product Manager en
Socio en niciativas3D

3. ¿Qué es un Memory Leak?
Memory Leak [Fuga de Memoria] es
un error software, que hace que no se
libere memoria previamente
reservada.
Muy común en C/C++ .
Java implementa Garbage Collector
para solucionarlo.

4. ¿Qué es un Memory Leak?
Aún así se producen Memory Leaks
con el Garbage Collector.
Pero… ¿Cómo funciona el Garbage
Collector? Lo vemos más adelante.
Actualmente la memoria de los
dispositivos aumenta. ¿Por qué
preocuparse?

5. Memoria en Dispositivos
Memoria en los dispositivos va aumentando (Estudio para
Smartphones HTC)
0
500
1000
1500
2000
2500
Tamaño de la memoria a lo largo de los años (MB)

6. Memoria en Dispositivos
Entonces ¿Cuál es el problema?
Tamaño de pixeles en pantalla aumenta también
0
1
2
3
4
5
6
Pulgadas de dispositivos
0
0.2
0.4
0.6
0.8
1
1.2
1.4
1.6
Megapíxeles por pantalla

7. Memoria en Dispositivos
¿Y?
Supongamos el siguiente caso hipotético:
HTC One(2 GB, 1,44 Mpíxeles de pantalla,
1080x1920)
Cliente desea una galería con cuadros que al
hacer doble click se muestre en pantalla completa
a máxima resolución. Fotografías de 1080x1920
con 24 bits de profundidad.
Hay 1500 cuadros para visualizar.

8. Memoria en Dispositivos
Consumo de memoria (solo por la lectura de la imagen):
4,32 Mbytes.
¿Y qué? Tenemos 2Gbytes de memoria Ram.
Si queda como fuga de memoria (no libera las imágenes),
y visualiza solamente 20 cuadros, habrá consumido 86,4
MB.
De esta forma solamente podrá visualizar 460 Cuadros
(sin apagar el móvil y sin utilizar otra aplicación).

9. Memoria en Dispositivos
Si utiliza visualiza 461 cuadros:
Nuestra querida excepción:
OutOfMemoryException.

10. Memoria en Dispositivos
Todo esto en el caso hipotético ya que:
• No hemos tenido en cuenta otras aplicaciones,
ni la memoria ya consumida.
• Se ha considerado que nunca se apagará el
dispositivo.
• No hemos tenido en cuenta el Heap (en los
dispositivos con Honeycomb (Android 4.0)
habría saltado antes el OutOfMemoryException)
• Hemos utilizado un dispositivo con mucha
memoria.

11. ¿Qué es Garbage Collector?
Proceso de gestión de memoria,
utilizado para liberar aquellas zonas de
memoria reservadas que no están
siendo utilizadas.
Java, lenguaje O/O, hay referencias
entre clases.

12. ¿Qué es Garbage Collector?
Referencia entre clases:
Public class TestingClass
{
private OtherClass _otherClass;
}
Aquí TestingClass tiene una referencia
a OtherClass, por lo que si TestingClass no se libera de
memoria, quedarán ambas referencias: TestingClass y
OtherClass.

13. ¿Cómo funciona el Garbage Collector?
Lo mejor verlo con un ejemplo.
Las referencias entre objetos crean un grafo, que el Garbage
Collector recorre para detectar aquellos nodos que ya no
están en memoria (han sido liberados). El Garbage collector
siempre comenzará por el nodo GCRoot.
La raiz del GC hace referencia a A.
La clase A hace referencia a B, y a la clase C.
La clase C hace referencia a la clase D
Y la clase D hace referencia a E y F

14. ¿Cómo funciona el Garbage Collector?
Imaginemos nodo F deja de estar referenciado por D.
Cuando el Garbage Collector recorra este árbol, el nodo F no
es alcanzado desde el nodo GCRoot por lo tanto será
liberado.
La clase A hace referencia a B, y a la clase C
La clase C hace referencia a la clase D
Y la clase D hace referencia a E y F

15. ¿Cómo funciona el Garbage Collector?
Supongamos ahora que el objeto con la clase A crea un
objeto con la clase G, y que le pasa el objeto de clase C a G, y
después se intenta liberar A y forzamos al GC a hacer Collect()
¿Qué creéis que pasará?
El objeto A no podrá ser liberada, porque
tiene una referencia a C, por lo que mientras
dure la vida de G, el Objeto A seguirá activo.
Acabamos de tener un Memory Leak.

16. HEAP
El grafo con las relaciones de los objetos están
almacenados en un HEAP.
Todas las aplicaciones tienen asociado un
Heap.
Garbage Collector gestiona el uso de este
Heap, siendo este de un tamaño limitado según
dispositivo.

17. HEAP
Tamaños de Heap:
 HTC Dream (Google Phone) 16 MB
 Droid 24 MB
Nexus One 32 MB
Xoom 48 MB

18. HEAP
Conceptos asociados al HEAP
Dominator Tree => Es aquel árbol cuyos
caminos de sus nodos conducen directamente
hacia el nodo principal.

19. HEAP
Conceptos asociados al HEAP
Dominator Tree. Este árbol
(comienzo con el nodo A) no es
dominator tree debido a que el nodo C
puede ser alcanzado tanto por el nodo
A como el nodo G.

20. HEAP
Conceptos asociados al HEAP
Dominator Tree. Visión en MAT

21. HEAP
Conceptos asociados al HEAP
Shallow Heap: Nos indica la memoria consumida por un
único objeto.
Retained Heap: Nos indica la memoria consumida por
todo el árbol desde ese nodo.

22. HEAP
Conceptos asociados al HEAP

23. HEAP
¿Qué ocurre cuando el Heap se llena?
Out Of Memory Exception
¿Por qué no agrandar el heap?
Garbage Collector recorre el heap para liberar
la memoria, si es grande, el proceso es lento, y
las aplicaciones se vuelven ineficientes.

24. HEAP
Problema con las imágenes:
Antes de HoneyComb
Heap solo tiene la referencia, la imagen se
carga en memoria Nativa.
Es difícil de depurar

25. HEAP
Problema con las imágenes:
Con HoneyComb (Android 4.0)
Memoria Externa se aloja en el Heap.
Luego, las imagen se cargan en el Heap.
Fácil de depurar.

26. HEAP
Supongamos, nuestra aplicación anterior.
•Nexus One.
•Heap: 32 MB
•Mpixeles: 0,38
• Fotografías de 24 bits, ocupan: 1,12 MB
Si no se libera la memoria, solo podríamos cargar (en el
caso hipotético) 28 cuadros.

27. ¿Qué hacemos si detectamos un Memory Leak?
1. Llorar
No soluciona nada, pero si
te gusta desahogarte así,
adelante.

28. ¿Qué hacemos si detectamos un Memory Leak?
2. Usar la técnica del Avestruz
No soluciona nada.
Pero por desgracia es una técnica muy popular entre muchos
desarrolladores y Product Manager.
Que halla mucha memoria no significa
que no pueda pasar.
Si quieres que ocurra presenta el
producto a un Cliente o Inversor,
y el fallo ocurrirá con su mayor consecuencia.

29. ¿Qué hacemos si detectamos un Memory Leak?
3. Hacer un análisis del código
Investigar la fuga de memoria que existe dentro del código.
Utilizar herramientas necesarias para ver las referencias
entre los objetos y encontrar las fugas de memoria.
Herramienta: Eclipse Memory Analyser.

30. ¿Que señales nos indicarían que hay un ML?
1. Utilizando el Log de Eclipse
• Los mensajes del GC tiene esta forma
D/dalvikvm( 29003): GC_CONCURRENT freed 378K, 41% free
3373K/6151K, external 0K/0K, paused 12ms+11ms
• Diferentes tipos de mensaje:
• GC_Concurrent: Se activa cuando la pila crece, y se quiere
recuperar memoria en tiempo de ejecución.
• GC_Explicit: Cuando la aplicación fuerza llamar al System.gc()
• GC_External_malloc: Se usa para memoria externa.
• GC_For_malloc: Se activa cuando el heap se llena y la
aplicación necesita más memoria.
• GC_HPROF_Dum_Heap: Cuando se crea el HPROF.

31. ¿Que señales nos indicarían que hay un ML?
1. Utilizando el Log de Eclipse
• Análisis del Log
D/dalvikvm( 29003): GC_CONCURRENT freed 378K, 41% free
3373K/6151K, external 0K/0K, paused 12ms+11ms
• “freed 378k” nos indica la memoria liberada.
• “41% free 3373k/6151k” nos indica el % de memoria libre.
• “external 0K/0K” nos indica la cantidad de memoria externa
liberada.

32. ¿Que señales nos indicarían que hay un ML?
1. Utilizando el Log de Eclipse
• Para detectarlo, en primer lugar creamos un filtro en LogCat

33. ¿Que señales nos indicarían que hay un ML?
1. Utilizando el Log de Eclipse
• Dejar ejecutar la aplicación, y una vez que tengamos los suficientes
mensaje, echar un vistazo.

34. ¿Que señales nos indicarían que hay un ML?
2. Utilizando el DDMS (Dalvik Debug Monitor Server)
• Es más visual y fácil de entender

35. ¿Que señales nos indicarían que hay un ML?
2. Utilizando el DDMS (Dalvik Debug Monitor Server)
• La memoria usada aumenta, al igual que los objetos.

36. ¿Que señales nos indicarían que hay un ML?
3. Utilizando el MAT Report
• Podemos ver el overview del Heap Dump

37. ¿Que señales nos indicarían que hay un ML?
3. Utilizando el MAT Report
• Utilizamos el Top Consumer

38. ¿Que señales nos indicarían que hay un ML?
3. Utilizando el MAT Report
• Utilizamos el Top Consumer

39. Detección de Memory Leak en Vivo
MAT se descarga desde: http://eclipse.org/mat/
O usando Update Manager de Eclipse:
http://www.eclipse.org/mat/downloads.php
Primera demostración

40. Detección de Memory Leak en Vivo
¿Qué está pasando?

41. Detección de Memory Leak en Vivo
¿Qué está pasando?
Cuando se da la vuelta al dispositivo, se crea un nuevo
MainActivity, y se libera el anterior. Pero este nunca es
liberado.
La clase MainActivity hace referencia a ConsumingClass
que a su vez hace referencia a MainActivity, y el objeto
ConsumingClass es insertado en un Stack y nunca se libera.

42. Detección de Memory Leak en Vivo
¿Qué está pasando?

43. Detección de Memory Leak en Vivo
Pero, ¿y si necesitamos pasar el contexto a la clase
ConsumingClass, como lo hacemos?
Si queremos pasar el contexto, para acceder por ejemplo a
los recursos, no tenemos que pasar toda la actividad,
solamente utilizar getApplicationContext().

44. Detección de Memory Leak en Vivo
¿Qué está pasando?

45. Detección de Memory Leak en Vivo
Segundo ejemplo, clásico ejemplo de Memory Leak.
Creamos una inner class (LeakClass) dentro de una
actividad (MainClass) pero no la denotamos como estática,
y creamos un variable estática que sea de la clase
LeakClass.
¿Qué ocurre?

46. Detección de Memory Leak en Vivo
Se ha creado un Leak de un MainActivity, debido a que la
inner class (LeakClass) está encapsulada a la MainActivity
que es la Outer.

47. Gracias