TechBigs
Volver al blog
Arquitectura de CPUVersión de AndroidABI

Cómo saber tu versión de Android y la arquitectura de la CPU (arm64-v8a, armeabi-v7a, x86_64)

Cómo consultar tu versión de Android y las ABI admitidas (arm64-v8a, armeabi-v7a, x86_64), evitar las trampas de 32 y 64 bits y elegir el APK correcto.

Equipo editorial de TechBigs2026-10-096 min min de lectura

Versiones en otros idiomas

Las páginas de descarga suelen ofrecer la misma app en varias variantes: una para arm64-v8a, otra para armeabi-v7a, un archivo "universal" y, a veces, compilaciones para distintas densidades de pantalla o versiones mínimas de Android. Elegir la que no toca acaba en "App no instalada" o en una app que se instala pero no arranca. Dos datos de tu teléfono resuelven la elección: la versión de Android que ejecuta y las arquitecturas de CPU (ABI) que admite su sistema. Así se consiguen ambos y así se cruzan con un archivo.

Consulta tu versión de Android

El número de versión está en Ajustes, aunque la ruta cambia según el fabricante:

  • Pixel y la mayoría de teléfonos con Android casi puro: Ajustes > Información del teléfono > Versión de Android.
  • Samsung: Ajustes > Información del teléfono > Información de software > Versión de Android.
  • Otras marcas: normalmente Ajustes > Información del teléfono o Ajustes > Mi dispositivo. Si no lo encuentras, escribe "versión de Android" en el buscador de la parte superior de Ajustes.

No confundas la versión de Android con la versión de la capa del fabricante (One UI, HyperOS, ColorOS, etc.) ni con la fecha del parche de seguridad que aparece en la misma pantalla. Las páginas de descarga y los requisitos de las apps se refieren a la versión de Android, a veces expresada como nivel de API:

Versión de AndroidNivel de API
8.0 / 8.126 / 27
928
1029
1130
12 / 12L31 / 32
1333
1434
1535
1636

Si un archivo indica "Android 9+" o "minSdk 28", tu teléfono necesita Android 9 o posterior.

Consulta la arquitectura de la CPU

Esto cuesta más, porque Ajustes casi nunca lo muestra. El nombre comercial del procesador tampoco responde a la pregunta: lo que cuenta es qué ABI admite el sistema instalado, y eso no siempre coincide con lo que el chip podría ejecutar.

Opción 1: una app de información del dispositivo

Las apps de información del sistema muestran las ABI admitidas, normalmente en una pestaña "Sistema", "CPU" o "Dispositivo" bajo una etiqueta como ABI compatibles, Conjuntos de instrucciones o ABI. En el catálogo de TechBigs, DevCheck Device & System Info y G-CPU son herramientas de información de hardware y sistema de este tipo. Los nombres de las etiquetas cambian de una app a otra, así que busca una lista con valores como arm64-v8a.

Opción 2: adb desde un ordenador

Si tienes configurada la depuración USB, estos comandos leen los valores directamente del sistema:

adb shell getprop ro.product.cpu.abilist
adb shell getprop ro.product.cpu.abi
adb shell getprop ro.build.version.release
adb shell getprop ro.build.version.sdk

abilist devuelve todas las ABI que acepta el sistema, por orden de preferencia, por ejemplo arm64-v8a,armeabi-v7a,armeabi. abi devuelve la principal. Los dos últimos dan la versión de Android y el nivel de API.

Qué significa cada nombre de ABI

  • arm64-v8a: ARM de 64 bits. Es la ABI principal en la gran mayoría de teléfonos Android que se usan hoy.
  • armeabi-v7a: ARM de 32 bits. Aparece en teléfonos antiguos y de gama baja, y muchos teléfonos de 64 bits la admiten junto con arm64-v8a.
  • x86_64 y x86: procesadores Intel y AMD. Los verás sobre todo en emuladores y algunos Chromebooks, además de unas pocas tabletas antiguas.
  • armeabi: una ABI ARM de 32 bits obsoleta. Las apps actuales ya no la incluyen.

Tres casos que suelen confundir

Un chip de 64 bits con un sistema de 32 bits. Algunos teléfonos económicos, sobre todo las ediciones ligeras Android Go, ejecutan un sistema de 32 bits sobre un procesador de 64 bits para ahorrar memoria. Su abilist muestra solo armeabi-v7a (y quizá armeabi). Una compilación solo para arm64 no se instalará, diga lo que diga la ficha técnica del chip. Elige armeabi-v7a.

Un teléfono solo de 64 bits. Algunos teléfonos recientes han eliminado por completo el soporte de 32 bits, y su abilist muestra solo arm64-v8a. Una app compilada solo para armeabi-v7a no se instala ni funciona en ellos. Busca una compilación arm64-v8a o universal.

Dispositivos x86 con apps ARM. Los emuladores y los Chromebooks con Intel o AMD a menudo pueden ejecutar apps solo ARM mediante una capa de compatibilidad que convierte el código ARM, pero no siempre, y el rendimiento y la compatibilidad varían. Si existe una compilación x86_64, mejor esa.

Cómo elegir la compilación correcta

Sigue este orden:

  1. Primero, la versión de Android. Si la versión mínima que pide el archivo es superior a la tuya, ninguna otra elección servirá. Busca una versión anterior de la app que admita la tuya.
  2. La universal es la opción segura por defecto. Un APK universal incluye bibliotecas nativas para varias ABI. Ocupa más, pero se instala en cualquier arquitectura admitida.
  3. Si no, elige la primera de tu lista de ABI. En la mayoría de teléfonos es arm64-v8a. Si tu lista empieza por armeabi-v7a, usa esa.
  4. Variantes por densidad de pantalla. Los archivos marcados como nodpi sirven para cualquier pantalla. Si te ofrecen compilaciones por densidad, adb shell wm density muestra la de tu teléfono; Android usa grupos como 320 para xhdpi, 480 para xxhdpi y 640 para xxxhdpi. Ante la duda, nodpi.
  5. Los bundles lo resuelven solos. En un conjunto dividido, el código para la CPU va en un archivo con un nombre como split_config.arm64_v8a.apk, y el instalador de bundles elige la división que corresponde. En APK, XAPK, APKS y APKM se explica cómo funcionan los conjuntos divididos.

Comprueba qué arquitecturas incluye un APK

Un APK es un archivo ZIP, y el código nativo está en carpetas lib/<abi>/. En un ordenador:

  • macOS o Linux: unzip -l app.apk | grep lib/
  • Windows 10 o posterior, en el Símbolo del sistema: tar -tf app.apk | findstr lib/

Si ves lib/arm64-v8a/ y lib/armeabi-v7a/, el APK admite las dos. Si no hay ninguna carpeta lib/, la app no tiene código nativo y funciona en cualquier arquitectura. Una incompatibilidad aparece al instalar como INSTALL_FAILED_NO_MATCHING_ABIS; la guía para solucionar "App no instalada" trata ese código y los demás errores habituales. Ya que tienes el archivo abierto en el ordenador, aprovecha para verificar su checksum SHA-256 con el que figura en la página de descarga.

Preguntas frecuentes

¿arm64-v8a es más rápida que armeabi-v7a en el mismo teléfono? Normalmente es la mejor opción: las compilaciones de 64 bits pueden usar más registros e instrucciones más modernas, y algunos teléfonos ya no ejecutan código de 32 bits. Si tu teléfono admite ambas, quédate con arm64-v8a.

¿La cantidad de RAM decide qué compilación necesito? No directamente. La RAM influye en la fluidez de la app, no en la ABI que necesita. La única relación es indirecta: algunos teléfonos con poca RAM traen un sistema de 32 bits, y eso se refleja en la lista de ABI.

He elegido la arquitectura correcta y sigue sin instalarse. ¿Por qué? La ABI es solo una de las comprobaciones. Los conflictos de firma, las versiones anteriores, las descargas incompletas y la falta de espacio producen el mismo error genérico. Busca una copia nueva en apps o juegos y repasa la guía de errores de instalación paso a paso.

Más artículos