Pochopenie architektúry procesora Android (ABI): Prečo záleží na arm64-v8a, armeabi-v7a a x86

Ak ste niekedy zlúčili súpravu rozdelených súborov APK a sledovali ste, ako váš telefón vracal správu „Aplikácia nie je nainštalovaná“, alebo ešte horšie, sledovali ste, ako sa inštaluje v poriadku, len aby došlo k zlyhaniu v okamihu, keď ste klepli na ikonu, existuje slušná šanca, že skutočný problém nemá nič spoločné s poškodeným stiahnutím. Išlo takmer určite o architektúru: nesúlad medzi procesorom, na ktorom váš telefón beží, a procesorom, pre ktorý bol skompilovaný natívny kód aplikácie. Väčšina používateľov systému Android o tom nikdy nemusí premýšľať, až do chvíle, keď to potichu niečo rozbije, a potom sa to rýchlo stane relevantným. Tu je vysvetlené, čo architektúra procesora znamená pre súbor APK, prečo sa jedna aplikácia v Obchode Play tajne dodáva ako niekoľko rôznych verzií a ako skontrolovať kompatibilitu pred inštaláciou čohokoľvek.

Čo je ABI

ABI je skratka pre Application Binary Interface. Z praktického hľadiska je to inštrukčná sada, ktorej čip rozumie – nespracovaný formát strojového kódu, ktorý môže procesor priamo spustiť. Väčšina aplikácií pre Android, časti napísané v jazyku Java alebo Kotlin, sa skompiluje do bajtkódu, ktorý beží v rámci Android Runtime (ART) a ART sa nezaujíma, na ktorom čipe náhodou sedí. Táto vrstva je dizajnovo agnostická, čo je veľká časť toho, prečo aplikácie pre Android vo všeobecnosti „fungujú“ na takom širokom spektre hardvéru.

Natívny kód je iný príbeh. Množstvo aplikácií, najmä hry, aplikácie pre fotoaparáty, nástroje na strojové učenie a čokoľvek, čo robí náročné spracovanie zvuku alebo videa, dodáva natívne knižnice napísané v C alebo C++ cez Android NDK. Tieto knižnice sú vopred skompilované do strojového kódu pre jednu špecifickú inštrukčnú sadu a čip vytvorený pre jednu inštrukčnú sadu vo všeobecnosti nedokáže spustiť strojový kód napísaný pre inú inštrukčnú sadu. To je celý dôvod, prečo ABI existujú ako niečo, čo stojí za pochopenie: v momente, keď aplikácia obsahuje čo i len jednu natívnu knižnicu .so, jej kompatibilita sa spája s architektúrami, pre ktoré bola knižnica vytvorená.

Architektúry, na ktoré narazíte

V tomto priestore bývala väčšia rozmanitosť (pamätáte si obyčajný armeabi alebo MIPS?), ale do roku 2026 sa pole zúžilo na štyri ABI, ktoré stojí za to poznať:

Ak držíte telefón zakúpený kedykoľvek za posledných päť alebo šesť rokov, je to takmer určite arm64-v8a. Výnimky, ktoré si treba zapamätať, sú emulátory a Chromebooky, ktoré namiesto toho často bežia na x86_64, pretože to zodpovedá základnému procesoru prenosného počítača alebo stolného počítača.

Prečo aplikácie vôbec obťažujú dodanie viacerých zostáv

Jednou zrejmou otázkou je, prečo vývojári jednoducho nenapchajú natívne knižnice každej architektúry do jedného súboru APK a nekončia s tým. Niektoré aplikácie to robia presne a nazýva sa to univerzálny alebo „tučný“ APK. Nevýhodou je veľkosť. Hra s natívnymi knižnicami pre arm64-v8a, armeabi-v7a, x86 a x86_64, ktoré sú všetky spojené dohromady, môže ľahko zdvojnásobiť alebo strojnásobiť veľkosť v porovnaní so zostavou obsahujúcou len jednu architektúru, ktorú vaše zariadenie potrebuje. Vynásobte to v miliónoch inštalácií a uvidíte skutočne značné množstvo premrhanej šírky pásma a úložného priestoru pre kód, ktorý sa na tomto zariadení nikdy nespustí.

Aby sa predišlo tomuto plytvaniu, Google Play a formát Android App Bundle rozdelili aplikáciu na malý základný súbor APK plus sériu konfiguračných súborov APK, z ktorých jeden je venovaný architektúre. Keď váš telefón požiada o aplikáciu, Obchod Play dodá základný súbor APK spolu s iba rozdelením architektúry, ktoré zodpovedá vášmu čipu, spolu so zodpovedajúcimi rozdeleniami podľa hustoty obrazovky a jazyka. Skončíte s inštaláciou, ktorá sa správa ako jedna aplikácia, ale v zákulisí sa skladá z niekoľkých účelovo vytvorených častí.

Ako to využívajú rozdelené súbory APK a balíky aplikácií

Ak ste niekedy otvorili balík .apks alebo .xapk a všimli ste si, že názvy súborov ako split_config.arm64_v8a.apk, split_config.armeabi_v7a.apk, split_config.xxhdpi.apk a split_config.en.apk sedia vedľa base.apk, je to presne tento systém v akcii, ktorý sa len exportuje ako sada súborov, namiesto toho, aby ich potichu doručil Obchod Play. Rozdelenie hustoty a jazyka je zvyčajne bezpečné inštalovať bez rozdielu, pretože telefón jednoducho ignoruje zdroje, ktoré nepotrebuje. Rozdelenie architektúry je iné: nainštalujte nesprávnu alebo zlyhate pri inštalácii zodpovedajúcej a dostanete sa do skutočných problémov.

Keď použijete konvertor na zlúčenie rozdeleného balíka späť do jedného inštalovateľného súboru APK, proces zlúčenia musí vybrať, ktoré časti architektúry sa majú zložiť. Dobrý konvertor uchováva každé rozdelenie architektúry, ktoré je skutočne užitočné, alebo vám umožňuje vybrať si, namiesto toho, aby si v tichosti ponechal iba jeden a dúfal, že sa zhoduje s vaším zariadením.

Čo sa stane, keď sa architektúra nezhoduje

Existujú dva odlišné režimy zlyhania, ktoré stojí za to poznať od seba, pretože vyzerajú a pôsobia inak ako bežný používateľ.

Prvým je úplné zlyhanie inštalácie. Ak je aplikácia postavená takmer výlučne na natívnom kóde bez zmysluplnej náhrady, správca balíkov systému Android ju odmietne nainštalovať, zvyčajne sa objaví chyba ako INSTALL_FAILED_NO_MATCHING_ABIS. Aplikáciu nikdy nebudete môcť ani otvoriť; inštalatér vás zastaví pri dverách.

Druhým, viac frustrujúcim výsledkom je tichý čiastočný úspech. Ak má aplikácia vstupný bod Java alebo Kotlin, ktorý sa sám načítava dobre, ale potom sa pokúsi volať do natívnej knižnice, ktorá pre vašu architektúru jednoducho neexistuje, inštalácia sa dokončí normálne. Všetko vyzerá v poriadku, kým neklepnete na ikonu, kedy aplikácia takmer okamžite spadne, často so UnsatisfiedLinkError zahrabaným v protokoloch. Toto je klasický príbeh „Skonvertoval som to, nainštaloval som, potom sa to okamžite zavrie“ a takmer vždy ide skôr o problém s architektúrou ako o poškodený súbor.

Ako skontrolovať architektúru vlastného telefónu

Pre veľkú väčšinu ľudí je to jednoduché: ak je váš telefón z roku 2019 alebo novší, prevezmite arm64-v8a a pokračujte. Ak si chcete byť istí, alebo máte dočinenia so starším či nezvyčajným zariadením, niekoľko praktických možností:

• Vyhľadajte presný model čipovej sady svojho telefónu (viditeľný na škatuli, v príručke alebo na stránke ako GSMArena) a vyhľadajte, či je táto čipová sada 32-bitová alebo 64-bitová ARM.
• Nainštalujte si odľahčenú aplikáciu so systémovými informáciami, ktorá priamo hlási architektúru CPU, existuje niekoľko bezplatných aplikácií špeciálne na tento účel.
• Skontrolujte, či bol telefón dodaný so systémom Android 9 alebo novším ako pôvodná verzia operačného systému; 64-bitové požiadavky Google z tej doby robia arm64-v8a v podstate zaručenou na všetko, čo spĺňa podmienky.

Ako skontrolovať, aké architektúry APK podporuje

Pred inštaláciou súboru mimo Obchodu Play sa oplatí potvrdiť, čo je v ňom, a nie hádať. Natívne knižnice APK sa nachádzajú v priečinkoch pomenovaných podľa ich architektúry v adresári lib/, ako napríklad lib/arm64-v8a/ alebo lib/armeabi-v7a/. Akýkoľvek nástroj, ktorý dokáže skontrolovať vnútornú štruktúru súboru APK, vám môže presne povedať, ktoré z týchto priečinkov sú prítomné, čo vám presne povie, na ktorých zariadeniach bude súbor fungovať.

Univerzálny APK vs Single-ABI APK: Ktorý by ste mali použiť?

Bežné chyby, ktoré ľudia robia s rozdelenými balíkmi

• Za predpokladu, že každé rozdelenie je voliteľné. Rozdelenie hustoty a jazyka zvyčajne je, ale rozdelenie architektúry nie; počas zlučovania ho nikdy nepreskočte.
• Zachytenie iba jednej architektúry oddelenej od zrkadlového miesta. Ak sťahovanie od tretej strany ponúka povedzme iba časť armeabi-v7a, môže jednoducho zlyhať na zariadení, ktoré namiesto toho potrebuje arm64-v8a, aj keď samotná aplikácia je legitímna.
• Zabúdame, že tablety a Chromebooky nie sú vždy ARM. Veľa Chromebookov s aplikáciami pre Android a niektoré staršie tablety sú x86 alebo x86_64 a nie ARM.
• Testovanie súboru APK iba pre ARM v emulátore x86. Niektoré staršie zostavy emulátora bežia na x86 a súbor APK, ktorý dodáva iba natívne knižnice ARM, sa v nich jednoducho nespustí, bez ohľadu na to, ako bol súbor APK zabalený.
• Zamieňanie „univerzálneho“ s „jedno-ABI“. Univerzálny súbor APK je zámerne väčší, pretože obsahuje všetko; súbor APK s jedným ABI je malý a zámerne obmedzený na jednu rodinu čipov.

Často Kladené Otázky (FAQ)

Nič z toho sa nemusíte učiť naspamäť. Skrátená verzia: moderné telefóny sú takmer vždy arm64-v8a, aplikácie sú rozdelené podľa architektúry, aby sa ušetrilo miesto, a ak sa niečo odmietne nainštalovať alebo zlyhá hneď po otvorení, nesúlad architektúry je jednou z prvých vecí, ktoré stojí za to vylúčiť pred predpokladom, že samotný súbor je poškodený.