Comment savoir à quelle architecture un APK est destiné?

J'écris un script pour tester une grande quantité d'apks. Certains fonctionnent sur x86 et d'autres sur bras. Existe-t-il un moyen de savoir quelles apks sont destinées à quelle architecture?

J'ai parcouru le rapport sur l'ajustement des badges avec aapt dump badging application.apk. Pour certaines des versions compatibles avec les bras, je vois native-code: 'armeabi-v7a'mais pas pour toutes, et je ne vois aucune indication sur l'architecture sur laquelle les apks compatibles x86 fonctionnent.

J'ai également essayé d'utiliser apktool pour séparer l'apk et examiner le fichier AndroidManifest.xml. Je ne vois rien non plus concernant l'architecture de la puce.

Des idées?

Une façon (plutôt grossière) de voir pour quelle architecture les bibliothèques natives d'un APK sont conçues est de le décompresser (ce n'est qu'un fichier zip) et de jeter un œil au dossier libs - si l'application contient des bibliothèques natives, elles seront divisées en les sous-dossiers suivants à l'intérieur (avec les bibliothèques compilées à l'intérieur de ceux-ci):

• armeabi: code compilé pour l'ancienne architecture ARMv5 (32 bits, la prise en charge d'ARMv5 a été supprimée du NDK Android en r17 )

• armeabi-v7a: code compilé pour l' architecture ARMv7 (32 bits)

• arm64-v8a: code compilé pour l' architecture ARMv8 (64 bits)

• x86: code compilé pour l'   architecture x86 (32 bits)

• x86_64: code compilé l'  architecture x86-64 (64 bits)

• mips: code compilé pour l'  architecture MIPS32r1 et versions ultérieures (32 bits, la prise en charge de MIPS a été supprimée du NDK Android en r17 ).

• mips64: code compilé pour l' architecture MIPS64r6 (32 bits, la prise en charge de MIPS64 a été supprimée du NDK Android en r17 ).

Voir Package d'application Android pour plus d'informations sur la structure d'un APK et la source de la liste ci-dessus. Une liste plus complète (y compris MIPS64), ainsi que des informations sur des choses spécifiques à l'architecture, peuvent être trouvées sur une version archivée de la page de gestion ABI du développeur Android , capturée le 18 avril 2016.

Chose intéressante, le fait de cibler un seul ABI (où une application comprend des bibliothèques natives conçues pour une architecture) ne signifie pas nécessairement que l'application ne fonctionnera pas sur des appareils qui utilisent d'autres architectures. ARMv8-a, par exemple, est rétrocompatible avec ARM et ARMv7-a, et les appareils Android x86 d'Intel contiennent une couche de traduction propriétaire qui permet au code ARM de s'exécuter sur des appareils x86 (permettant aux applications ARM uniquement de s'exécuter sur des plates-formes x86). Une liste des ABI qu ' un dispositif applications peut exécuter peuvent être trouvées dans la ro.product.cpu.abilistpropriété, qui peut être atteint dans une coquille (par exemple par l' intermédiaire d' une application de terminal sur le dispositif, ou au-dessus de la BAD en utilisant adb shell) en utilisant la getpropcommande: getprop ro.product.cpu.abilist.