Hay varios motivos por los que cargar mapas de bits en tu app de Android es complejo:
- Los mapas de bits pueden agotar fácilmente el presupuesto de memoria de una app. Por ejemplo, la cámara del teléfono Pixel toma fotos de hasta 4048 x 3036 píxeles (12 megapíxeles).
Si la configuración de mapa de bits utilizada es
ARGB_8888, la predeterminada para Android 2.3 (nivel de API 9) y versiones posteriores, cargar una sola foto en la memoria requiere aproximadamente 48 MB de memoria (4048*3036*4 bytes). Una demanda de memoria tan grande puede usar de inmediato toda la memoria disponible para la app. - La carga de mapas de bits en el subproceso de IU puede degradar el rendimiento de la app y causar una respuesta lenta o incluso mensajes de ANR. Por lo tanto, es importante administrar el subprocesamiento correctamente cuando se trabaja con mapas de bits.
- Si la app está cargando varios mapas de bits en la memoria, debes administrar con habilidad la memoria y el almacenamiento en la caché del disco. De lo contrario, la capacidad de respuesta y la fluidez de la IU de tu app pueden verse afectadas.
En la mayoría de los casos, te recomendamos que uses la biblioteca de Glide a fin de recuperar, decodificar y mostrar mapas de bits en tu app. Glide facilita el manejo de estas y otras tareas relacionadas con el trabajo con mapas de bits y otras imágenes en Android. Si deseas obtener información para descargar y usar Glide, visita el repositorio de Glide en GitHub.
También puedes optar por trabajar de forma directa con las APIs de nivel inferior integradas en el framework de Android. Si deseas obtener más información para hacerlo, consulta Cómo cargar mapas de bits grandes de manera eficaz, Cómo almacenar mapas de bits en caché y Cómo administrar memoria del mapa de bits.