Jak powiedzieć, dla jakiej architektury jest przeznaczony pakiet APK?

Piszę skrypt, aby przetestować dużą liczbę aplikacji. Niektóre działają na x86, a niektóre na ramieniu. Czy istnieje sposób, aby określić, które aplikacje są przeznaczone dla jakiej architektury?

Przejrzałem raport na temat oznakowania Aapt aapt dump badging application.apk. Widzę niektóre wersje kompatybilne z ramieniem, native-code: 'armeabi-v7a'ale nie wszystkie, i nie widzę żadnej wskazówki, na jakiej architekturze działają apki kompatybilne z x86.

Próbowałem także za pomocą apktool rozerwać apk i zbadać plik AndroidManifest.xml. Nie widzę też w tym nic związanego z architekturą układu.

Jakieś pomysły?

Jednym (raczej prymitywnym) sposobem na sprawdzenie, dla jakiej architektury są budowane biblioteki natywne APK, jest rozpakowanie go (jest to tylko plik zip) i spojrzenie na folder libs - jeśli aplikacja zawiera jakieś biblioteki natywne, zostaną one podzielone na następujące podfoldery w środku (w tym skompilowane biblioteki):

• armeabi: skompilowany kod dla starszej architektury ARMv5 (32-bitowy, obsługa ARMv5 została usunięta z Androida NDK w wersji r17 )

• armeabi-v7a: skompilowany kod dla architektury ARMv7 (32-bit)

• arm64-v8a: skompilowany kod dla architektury ARMv8 (64-bit)

• x86: skompilowany kod dla   architektury x86 (32-bit)

• x86_64: skompilowany kod  architektury x86-64 (64-bit)

• mips: skompilowany kod dla  architektury MIPS32r1 i nowszych (32-bitowa obsługa MIPS została usunięta z Androida NDK w wersji r17 ).

• mips64: skompilowany kod dla architektury MIPS64r6 (32-bitowy, wsparcie dla MIPS64 zostało usunięte z Android NDK w wersji r17 ).

Zobacz Pakiet aplikacji na Androida, aby uzyskać więcej informacji na temat struktury APK i źródła powyższej listy. Pełniejszą (w tym MIPS64) listę wraz z niektórymi informacjami na temat elementów specyficznych dla architektury można znaleźć w zarchiwizowanej wersji strony zarządzania ABI dla programistów Androida , zarejestrowanej 18 kwietnia 2016 r.

Co ciekawe, celowanie w pojedynczy ABI (gdzie aplikacja zawiera biblioteki natywne zaprojektowane dla jednej architektury) niekoniecznie oznacza, że ​​aplikacja nie będzie działać na urządzeniach korzystających z innych architektur. Na przykład ARMv8-a jest wstecznie kompatybilny z ARM i ARMv7-a, a urządzenia z Androidem x86 Intela zawierają zastrzeżoną warstwę translacyjną, która pozwala na wykonywanie kodu ARM na urządzeniach x86 (umożliwiając uruchamianie aplikacji tylko na ARM na platformach x86). Wykaz ABI, że urządzenie może wykonywać Androida można znaleźć na ro.product.cpu.abilistwłasność, którą można osiągnąć w powłoce (na przykład przez zacisk aplikacji na urządzeniu lub na ADB pomocą adb shell) z użyciem getpropkomendy: getprop ro.product.cpu.abilist.