Cómo manejar mapas de bits
Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
Prueba el método de Compose
Jetpack Compose es el kit de herramientas de IU recomendado para Android. Aprende a mostrar gráficos en Compose.
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.
El contenido y las muestras de código que aparecen en esta página están sujetas a las licencias que se describen en la Licencia de Contenido. Java y OpenJDK son marcas registradas de Oracle o sus afiliados.
Última actualización: 2025-07-26 (UTC)
[null,null,["Última actualización: 2025-07-26 (UTC)"],[],[],null,["# Handling bitmaps\n\nTry the Compose way \nJetpack Compose is the recommended UI toolkit for Android. Learn how to display graphics in Compose. \n[ImageBitmap →](/jetpack/compose/graphics/images/compare) \n\nThere are a number of reasons why loading bitmaps in your Android app is tricky:\n\n- Bitmaps can very easily exhaust an app's memory budget. For example, the camera on the [Pixel](https://www.android.com/phones/pixel/) phone takes photos of up to 4048x3036 pixels (12 megapixels). If the bitmap configuration used is [ARGB_8888](/reference/android/graphics/Bitmap.Config), the default for Android 2.3 (API level 9) and higher, loading a single photo into memory takes about 48MB of memory (4048\\*3036\\*4 bytes). Such a large memory demand can immediately use up all the memory available to the app.\n- Loading bitmaps on the UI thread can degrade your app's performance, causing slow responsiveness or even ANR messages. It is therefore important to manage threading appropriately when working with bitmaps.\n- If your app is loading multiple bitmaps into memory, you need to skillfully manage memory and disk caching. Otherwise, the responsiveness and fluidity of your app's UI may suffer.\n\n\nFor most cases, we recommend that you use the [Glide](https://github.com/bumptech/glide)\nlibrary to fetch, decode, and display bitmaps in your app. Glide abstracts out most of\nthe complexity in handling these and\nother tasks related to working with bitmaps and other images on Android.\nFor information about using and downloading Glide, visit the\n[Glide repository](https://github.com/bumptech/glide) on GitHub.\n\n\nYou can also opt to work directly with the lower-level APIs built into the Android framework.\nFor more information on doing so, refer to\n[Loading Large Bitmaps Efficiently](/topic/performance/graphics/load-bitmap),\n[Caching Bitmaps](/topic/performance/graphics/cache-bitmap), and\n[Managing Bitmap Memory](/topic/performance/graphics/manage-memory).\n\nMore resources\n--------------"]]
