Come dire a quale architettura è destinato un APK?

Sto scrivendo una sceneggiatura per testare una grande quantità di apk. Alcuni corrono su x86 e altri corrono a braccetto. C'è un modo in cui posso dire quali apk sono destinati a quale architettura?

Ho esaminato il rapporto su aapt badging with aapt dump badging application.apk. Per alcune delle versioni compatibili con arm vedo native-code: 'armeabi-v7a'ma non per tutte, e non vedo alcuna indicazione su quale architettura eseguano gli apk compatibili x86.

Ho anche provato ad usare apktool per spezzare l'apk ed esaminare AndroidManifest.xml. Non vedo nulla di pertinente all'architettura del chip.

Qualche idea?

Un modo (piuttosto rozzo) per vedere per quale architettura sono costruite le librerie native di un APK è decomprimerlo (è solo un file zip) e dare un'occhiata alla cartella libs - se l'applicazione contiene librerie native, saranno suddivise in le seguenti sottocartelle all'interno (con le librerie compilate all'interno di queste):

• armeabi: codice compilato per la vecchia architettura ARMv5 (32-bit, il supporto per ARMv5 è stato rimosso da Android NDK in r17 )

• armeabi-v7a: codice compilato per l' architettura ARMv7 (32 bit)

• arm64-v8a: codice compilato per l' architettura ARMv8 (64 bit)

• x86: codice compilato per l'   architettura x86 (32 bit)

• x86_64: codice compilato l'  architettura x86-64 (64 bit)

• mips: codice compilato per l'  architettura MIPS32r1 e successive (a 32 bit, il supporto per MIPS è stato rimosso da Android NDK in r17 ).

• mips64: codice compilato per l' architettura MIPS64r6 (a 32 bit, il supporto per MIPS64 è stato rimosso da Android NDK in r17 ).

Vedi il pacchetto di applicazioni Android per ulteriori informazioni sulla struttura di un APK e sulla fonte dell'elenco precedente. Un elenco più completo (incluso MIPS64), insieme ad alcune informazioni su aspetti specifici dell'architettura, è disponibile in una versione archiviata della pagina Gestione ABI degli sviluppatori Android , acquisita il 18 aprile 2016.

È interessante notare che il targeting di una singola ABI (in cui un'app include librerie native progettate per un'architettura) non significa necessariamente che l'app non funzionerà su dispositivi che utilizzano altre architetture. ARMv8-a, ad esempio, è retrocompatibile con ARM e ARMv7-a e i dispositivi Android x86 di Intel contengono un livello di traduzione proprietario che consente l'esecuzione del codice ARM su dispositivi x86 (consentendo l'esecuzione solo di app ARM su piattaforme x86). Un elenco dei ABI che un dispositivo Android può eseguire possono essere trovate nella ro.product.cpu.abiliststruttura, che può essere raggiunto in un guscio (ad esempio tramite un'applicazione di terminale sul dispositivo, o sopra ADB utilizzando adb shell) utilizzando il getpropcomando: getprop ro.product.cpu.abilist.