Error al extraer bibliotecas nativas, res=-113]

4 minutos de lectura

avatar de usuario
Oleg Gordiichuk

Tengo un problema con las bibliotecas de terceros que se importan a mi proyecto.

Leí muchos artículos sobre eso, pero no obtuve ninguna información sobre cómo manejarlo adecuadamente.

Puse mis clases .so a la carpeta.

ingrese la descripción de la imagen aquí

El problema es que intento ejecutar la aplicación que recibo.

[INSTALL_FAILED_NO_MATCHING_ABIS: Failed to extract native libraries, res=-113]

  • prueba este enlace: para androide 3.0.1: stackoverflow.com/a/49473570/3400991

    – Shobhakar Tiwari

    25 de marzo de 2018 a las 7:47

  • Me enfrenté al mismo problema cuando intenté instalar la versión apk en el emulador. En mi caso, lo que funcionó para mí fue instalar el apk de lanzamiento en un dispositivo real 🙂 Espero que también ayude a alguien más

    – MBH

    1 de abril de 2020 a las 13:19

avatar de usuario
Shobhakar Tiwari

25 de julio de 2019:

Estaba enfrentando este problema en Estudio Android 3.0.1 :

Después de revisar muchas publicaciones, aquí está Reparar que funciona:

ir al módulo construir.gradle y dentro Androide bloque agregue este script:

splits {
    abi {
        enable true
        reset()
        include 'x86', 'x86_64', 'armeabi', 'armeabi-v7a', 'mips', 'mips64', 'arm64-v8a'
        universalApk true
    }
}

Solución simple. Siéntete libre de comentar. Gracias.

  • creará apk que están destinados a cada tipo (release.apk, armeabi-v7a-release.apk, universal-release.apk, x86-release.apk) verifique si usa la carpeta jniLibs, generalmente eso es lo que genera el problema

    – MrZ

    24 de julio de 2018 a las 7:30

  • Puede agregar incluir también, ‘x86_64’

    – seinta

    21 de septiembre de 2018 a las 12:14

  • Tiene el mismo error. Pero también en Gradle agregue esto (divide {…) ¡nada cambia!

    – Boberto

    6 de diciembre de 2018 a las 16:15

  • Me enfrento a esto cuando ejecuto mi proyecto en el emulador x86. Y esta solución funciona a la perfección.

    – mochadwi

    18 de junio de 2019 a las 7:31


  • universalApk fue la clave para mí después de actualizar a la última versión de gradle [React Native]

    – Beca Jordan

    10 de septiembre de 2019 a las 5:56

Enfrenté el mismo problema en el emulador, pero lo resolví así:

Cree un nuevo emulador con la imagen del sistema x86_64 (ABI)

seleccione el dispositivo

seleccione x86_64

Eso es todo.

Este error indica que el sistema (dispositivo) no es capaz de ejecutar la aplicación.

Espero que esto sea útil para alguien.

  • ¡Gracias! Esto fue lo que me hizo darme cuenta de que estaba tratando de ejecutar un apk x86_64 en una imagen x86.

    – datu-puti

    30 de marzo de 2021 a las 0:44

avatar de usuario
Mostafa Anter

13 de septiembre de 2018
Funcionó para mí cuando agregué más tipos y configuré UniversalApk con falso para reducir el tamaño de la aplicación

splits {
    abi {
        enable true
        reset()
        include 'x86', 'x86_64', 'armeabi', 'armeabi-v7a', 'mips', 'mips64', 'arm64-v8a'
        universalApk false
    }
}

  • @IgorGanapolsky para reducir el tiempo de generación de aplicaciones y no necesito universalApk

    – Mostafá Anter

    21 de diciembre de 2018 a las 8:06

  • ndk - abiFilters conflictos con splits - abi uno y no tira excepto si splits - abi - universalApk se establece en falso! En cualquier caso, ¡no utilice ambos tipos de opciones al mismo tiempo!

    – armas nucleares

    20 de octubre de 2019 a las 1:14

avatar de usuario
Abel Tilahun

Si recibió este error al trabajar con su proyecto flutter, puede agregar el siguiente código en el módulo build.gradle y dentro Android block y luego en el defaultConfig cuadra. Este error ocurrió cuando intentaba hacer una compilación de apk flutter.

android{
    ...
    defaultConfig{
        ...
        //Add this ndk block of code to your build.gradle
        ndk {
            abiFilters 'armeabi-v7a', 'x86', 'armeabi'
        }
    }
}

Haciendo flutter clean en realidad funcionó para mí

Los emuladores de Android 9 y Android 11 admiten archivos binarios de brazo.

https://developer.android.com/studio/releases/emulator#support_for_arm_binaries_on_android_9_and_11_system_images

Tuve el mismo problema al usar el emulador x86 con el nivel de API 29, tratando de instalar un ABI de brazo de destino de apk.

Probé el emulador x86 con API nivel 30 y funcionó bien.

Mi aplicación se ejecutaba en Nexus 5X API 26 x86 (dispositivo virtual en emulador) sin ningún error y luego incluí un AAR de terceros. Luego sigue dando este error. Limpié, reconstruí, marqué/desmarqué la opción de ejecución instantánea, borré los datos en AVD, realicé un arranque en frío pero el problema persiste. Luego probé la solución encontrada. aquí. él / ella dice que agregue divisiones y bloques abi para ‘x86’, ‘armeabi-v7a’ en el archivo build.gradle del módulo y aleluya, está limpio y fresco nuevamente 🙂

Editar: en esta publicación, la solución de Driss Bounouar parece ser la misma. Pero mi emulador era x86 antes de agregar el nuevo emulador AAR y HAXM ya estaba funcionando.

¿Ha sido útil esta solución?