Solución a Exception de Android: java.lang.OutOfMemoryError: bitmap size exceeds VM budget

Este post quiza sea demasiado especifico para crear con él una nueva entrada, pero creo sinceramente que se lo merece. Este problema, o excepcion que saltaba en uno de mis juegos, me ha quitado varias decenas de horas de mi vida, así que espero poder evitar este perdida a muchos de vosotros.

Explicacion del problema:

Esta exception salta, cuando se cargan demasidas imagenes dentro de una aplicacion android. El limite medio de una aplicacion esta entre 16Mb y 24Mb dependiendo del dispositivo. Cuando se soprepasa el limite la maquina dalvik fuerza el cierre de la aplicacion y en el logCat obtenemos algo parecido a esto:

11-12 18:15:01.932: D/dalvikvm(411): GC_FOR_MALLOC freed 4K, 50% free 3523K/6919K, external 16605K/17130K, paused 70ms
11-12 18:15:01.962: D/skia(411): --- decoder->decode returned false
11-12 18:15:01.972: D/AndroidRuntime(411): Shutting down VM
11-12 18:15:01.972: W/dalvikvm(411): threadid=1: thread exiting with uncaught exception (group=0x40015560)
11-12 18:15:02.042: E/AndroidRuntime(411): FATAL EXCEPTION: main
11-12 18:15:02.042: E/AndroidRuntime(411): java.lang.OutOfMemoryError: bitmap size exceeds VM budget
11-12 18:15:02.042: E/AndroidRuntime(411): 	at android.graphics.BitmapFactory.nativeDecodeStream(Native Method)
11-12 18:15:02.042: E/AndroidRuntime(411): 	at android.graphics.BitmapFactory.decodeStream(BitmapFactory.java:470)

En este caso podemos apreciar que cuando la memoria externa ha llegado a 17Mb es cuando el sistema se viene abajo. Te recomiendo que leas mi post sobre gestion de memoria para que entiedas los mensajes. Normalmente es un fallo que salta en aplicaciones con alta carga en imágenes.

Tras probar con cientos de soluciones que he encontrado en la web, llege a la conclusion que ninguna por si sola resolvia mi problema, asi que optimice al maximo mi aplicacion e hice un remix de todas ellas. Asi se soluciono el problema

Solución del problema:

1) En el método onDestroy de cada Activity, es necesirio liberar todos los elementos que se estan utilizando en el sistema. He aqui un ejemplo:

 @Override
protected void onDestroy() {
	    super.onDestroy();
	    this.liberarMemoria();
}
public void liberarMemoria(){
     imagenes.recycleBitmaps();  // <-- esta llamada la voy a explicar a continuación
     this.unbindDrawables(.....vista que deseamos eliminar......);
      //Cerrar cualquier tipo de conexion, webservices, bd, etc...
      //asignar todos los elementos que usamos a NULL
}
 private void unbindDrawables(View view) {
		    if (view.getBackground() != null) {
		        view.getBackground().setCallback(null);
		    }
		    if (view instanceof ViewGroup) {
		        for (int i = 0; i < ((ViewGroup) view).getChildCount(); i++) {
		            unbindDrawables(((ViewGroup) view).getChildAt(i));
		        }
		        ((ViewGroup) view).removeAllViews();
		    }
}

2) El segundo paso es eliminar todas las asignaciones a imágenes como R.drawable.nombreImagen y crearnos un gestor propio de imágenes. Android tiene un bug desde su nacimiento y no gestiona de manera optima las imágenes, en la mayoría de las aplicaciones no hay problema, pero en algunos casos hay que replantearnos la utilización de su gestor.

a) Trasladar todas las imagenes desde la carpeta “\res\drawable-hdpi” a una carpeta que crearemos dentro de assets, tal como “\assets\drawable”

b) Copia esta clase en tu proyecto

import java.io.BufferedInputStream;
import java.io.File;
import java.io.FileInputStream;
import java.io.FileNotFoundException;
import java.io.IOException;
import java.io.InputStream;
import java.lang.ref.WeakReference;
import java.util.ArrayList;
import java.util.HashMap;
import java.util.Iterator;
import java.util.Map;

import android.content.Context;
import android.content.res.AssetManager;
import android.graphics.Bitmap;
import android.graphics.BitmapFactory;
import android.graphics.drawable.BitmapDrawable;
import android.graphics.drawable.Drawable;

public class Imagenes {

	  private HashMap> mBitmaps;

          public WeakReference getAssetImage(Context context, String filename){
		//WeakReference tempbitmap = new WeakReference(BitmapFactory.decodeStream(inputStream));
		InputStream is=null;
		AssetManager assets;
		WeakReference bitmap=null;
		try{
			if(mBitmaps==null)mBitmaps=new HashMap>();
			assets = context.getResources().getAssets();
		    is = new BufferedInputStream((assets.open("drawable/" + filename + ".png")));
		    bitmap = new WeakReference(BitmapFactory.decodeStream(is));
		    mBitmaps.put(filename,bitmap);
			is.close();
			WeakReference tempDW = new WeakReference(new BitmapDrawable(bitmap.get()));
		    return tempDW;
		}catch(Exception e){
			e.printStackTrace();
		}finally{
			is = null;
			bitmap=null;
		}
		return null;
	}

	public void recycleBitmaps() {
		Iterator itr = mBitmaps.entrySet().iterator();
        while (itr.hasNext()) {
            Map.Entry e = (Map.Entry)itr.next();
            System.out.println("Eliminar:"+e.getKey());
            if(((Bitmap) mBitmaps.get(e.getKey()).get())!=null){
            	((Bitmap) mBitmaps.get(e.getKey()).get()).recycle();
            }
        }
        mBitmaps.clear();
    }

}

c) Cambia todas las llamadas a una imagen

Antes: R.drawable.nombreImagen;

Ahora: Imagenes.getAssetImage(mContext.getApplicationContext(), “nombreImagen”).get();

d) Crea una instancia de Imagenes en cada onCreate de cada Activity

public Imagenes imagenes;
@Override
	public void onCreate(Bundle savedInstanceState) {
		super.onCreate(savedInstanceState);
		imagenes = new Imagenes(true);

e) La siguiente linea en el AndroidManifest de cada Actividad, mejorara el rendimiento

android:configChanges="orientation|keyboardHidden|navigation"

f) por ultimo optimiza, optimiza y vuelva a optimizar tu codigo

Destacar que bajo mi punto de vista la clave de la solucion es en crear un gestor propio de imagenes que utilice WeakReference