Android CPU Mimarisini (ABI) Anlamak: Arm64-v8a, armeabi-v7a ve x86 Neden Önemlidir?

Bir dizi bölünmüş APK dosyasını birleştirdiyseniz ve telefonunuzun "Uygulama yüklenmedi" geri bildirimini izlediyseniz veya daha kötüsü, yalnızca simgeye dokunduğunuz anda çökmesine neden olacak şekilde düzgün yüklendiğini izlediyseniz, gerçek sorunun bozuk bir indirmeyle hiçbir ilgisi olmaması ihtimali yüksektir. Neredeyse kesinlikle mimariyle ilgiliydi: telefonunuzun üzerinde çalıştığı CPU ile uygulamanın yerel kodunun derlendiği CPU arasındaki uyumsuzluk. Çoğu Android kullanıcısının, bir şeyi sessizce bozduğu ana kadar bunu düşünmesine gerek kalmaz ve daha sonra hızla alakalı hale gelir. CPU mimarisinin bir APK için ne anlama geldiği, Play Store'daki tek bir uygulamanın neden gizlice kendisinin birkaç farklı yapısı olarak gönderildiği ve herhangi bir şey yüklemeden önce uyumluluğun nasıl kontrol edileceği burada açıklanmaktadır.

ABI Nedir?

ABI, Uygulama İkili Arayüzü anlamına gelir. Pratik anlamda, bir çipin anladığı talimat setidir; bir işlemcinin doğrudan çalıştırabileceği ham makine kodu formatıdır. Bir Android uygulamasının çoğu, Java veya Kotlin'de yazılan parçalar, Android Çalışma Zamanı (ART) içinde çalışan bayt kodu halinde derlenir ve ART, hangi çipin üzerinde bulunduğunu özellikle umursamaz. Bu katman, tasarım açısından mimariden bağımsızdır; bu, Android uygulamalarının bu kadar geniş bir donanım yelpazesinde genellikle "çalışmasının" büyük bir nedenidir.

Yerel kod farklı bir hikaye. Pek çok uygulama, özellikle oyunlar, kamera uygulamaları, makine öğrenimi araçları ve ağır ses veya video işleme yapan herhangi bir şey, Android NDK aracılığıyla C veya C++ ile yazılmış yerel kitaplıkları gönderir. Bu kütüphaneler, belirli bir talimat seti için önceden makine kodu halinde derlenir ve bir talimat seti için oluşturulan çip, genellikle farklı bir talimat seti için yazılan makine kodunu çalıştıramaz. ABI'lerin anlaşılmaya değer bir şey olarak var olmasının tüm nedeni budur: Bir uygulama tek bir yerel .so kitaplığı bile içerdiğinde, uyumluluğu kitaplığın oluşturulduğu mimarilere bağlı hale gelir.

Karşılaşacağınız Mimariler

Eskiden bu alanda daha fazla çeşitlilik vardı (düz armeabi veya MIPS'yi hatırlıyor musunuz?), ancak 2026 yılına gelindiğinde bu alan, bilmeye değer dört ABI'ye kadar daraldı:

Son beş veya altı yılda herhangi bir zamanda satın alınan bir telefonu elinizde tutuyorsanız, bu neredeyse kesinlikle arm64-v8a'dır. Hatırlanması gereken istisnalar, temeldeki dizüstü bilgisayar veya masaüstü CPU ile eşleştiği için sıklıkla x86_64 üzerinde çalışan emülatörler ve Chromebook'lardır.

Uygulamalar Neden Birden Fazla Yapının Gönderilmesine Zahmet Ediyor?

Açıkça sorulan sorulardan biri, geliştiricilerin neden her mimarinin yerel kitaplıklarını tek bir APK'ye sığdırıp bu işi bitirmediğidir. Bazı uygulamalar tam olarak bunu yapar ve buna evrensel veya "şişman" APK denir. Dezavantajı boyutudur. Arm64-v8a, armeabi-v7a, x86 ve x86_64 için yerel kitaplıkların bir araya getirildiği bir oyunun boyutu, cihazınızın ihtiyaç duyduğu tek mimariyi içeren bir yapıya kıyasla kolayca iki veya üç katına çıkabilir. Bunu milyonlarca yüklemeyle çarptığınızda, o cihazda hiçbir zaman çalıştırılmayacak kod için gerçekten önemli miktarda bant genişliği ve depolama alanının boşa harcandığını görürsünüz.

Bu israfı önlemek için, Google Play ve Android App Bundle biçimi, bir uygulamayı küçük bir temel APK'ya ve biri mimariye ayrılmış olan bir dizi yapılandırma APK'sına böldü. Telefonunuz uygulamayı istediğinde, Play Store temel APK'yı yalnızca çipinizle eşleşen mimari bölümün yanı sıra eşleşen ekran yoğunluğu ve dil bölümleriyle birlikte sunar. Tek bir uygulama gibi davranan ancak perde arkasında amaca yönelik olarak oluşturulmuş çeşitli parçalardan oluşan bir kurulum elde edersiniz.

Bölünmüş APK'lar ve Uygulama Paketleri Bunu Nasıl Kullanır?

Bir .apks veya .xapk paketini açtıysanız ve split_config.arm64_v8a.apk, split_config.armeabi_v7a.apk, split_config.xxhdpi.apk ve split_config.en.apk gibi dosya adlarının bir base.apk'nin yanında durduğunu fark ettiyseniz, bu tam olarak bu sistemin çalışır durumda olduğunu ve Play Store tarafından sessizce teslim edilmek yerine bir dosya kümesi olarak dışa aktarıldığını gösterir. Yoğunluk ve dil ayrımlarının ayrım gözetmeksizin kurulması genellikle güvenlidir, çünkü telefon ihtiyaç duymadığı kaynakları göz ardı edecektir. Mimari ayrımı farklıdır: Yanlış olanı yüklerseniz veya eşleşen olanı yüklemezseniz, ciddi sorunlarla karşılaşırsınız.

Bölünmüş bir paketi tekrar kurulabilir tek bir APK'da birleştirmek için bir dönüştürücü kullandığınızda, birleştirme işleminin hangi mimarinin bölüneceğini seçmesi gerekir. İyi bir dönüştürücü, yalnızca birini sessizce tutmak ve cihazınızla eşleşmesini ummak yerine, gerçekten yararlı olan her mimari bölmeyi tutar veya seçmenize izin verir.

Mimari Eşleşmediğinde Ne Olur?

Sıradan bir kullanıcıya farklı göründükleri ve hissettirdikleri için, ayrı olarak bilmeye değer iki farklı arıza modu vardır.

Birincisi doğrudan kurulum hatasıdır. Bir uygulama, anlamlı bir geri dönüş olmadan neredeyse tamamen yerel kod üzerine oluşturulmuşsa, Android'in paket yöneticisi uygulamayı yüklemeyi reddeder ve genellikle INSTALL_FAILED_NO_MATCHING_ABIS gibi bir hatayla karşı karşıya kalır. Uygulamayı asla açamayacaksınız bile; kurulumu yapan kişi sizi kapıda durdurur.

İkinci, daha sinir bozucu sonuç ise sessiz kısmi başarıdır. Bir uygulamanın kendi başına sorunsuz yüklenen bir Java veya Kotlin giriş noktası varsa, ancak mimariniz için mevcut olmayan yerel bir kitaplığı çağırmaya çalışırsa yükleme normal şekilde tamamlanır. Siz simgeye dokunana kadar her şey yolunda görünüyor; bu noktada uygulama neredeyse anında çöküyor ve genellikle UnsatisfiedLinkError günlüklere gömülü oluyor. Bu klasik "Dönüştürdüm, kurdum, sonra anında kapanıyor" hikayesidir ve neredeyse her zaman bozuk bir dosyadan ziyade bir mimari sorundur.

Kendi Telefonunuzun Mimarisini Nasıl Kontrol Edebilirsiniz?

İnsanların büyük çoğunluğu için bu basittir: Telefonunuz 2019 veya daha yeni bir modelse, arm64-v8a'yı varsayalım ve devam edelim. Emin olmak istiyorsanız veya daha eski veya alışılmadık bir cihazla uğraşıyorsanız birkaç pratik seçenek:

• Telefonunuzun tam yonga seti modelini arayın (kutuda, kılavuzda veya GSMArena gibi bir sitede görülebilir) ve bu yonga setinin 32 bit mi yoksa 64 bit ARM mi olduğunu araştırın.
• CPU mimarisini doğrudan bildiren hafif bir sistem bilgisi uygulaması yükleyin; özellikle bu amaç için birkaç ücretsiz uygulama mevcuttur.
• Telefonun orijinal işletim sistemi sürümü olarak Android 9 veya sonraki bir sürümle gönderilip gönderilmediğini kontrol edin; Google'ın o döneme ait 64 bit gereksinimleri, arm64-v8a'nın uygun olan her şey için esasen garantili olmasını sağlıyor.

Bir APK'nın Hangi Mimarileri Desteklediğini Kontrol Etme

Play Store dışından bir dosya yüklemeden önce, tahmin etmek yerine içinde ne olduğunu doğrulamak faydalı olacaktır. Bir APK'nın yerel kitaplıkları, lib/ dizini içindeki lib/arm64-v8a/ veya lib/armeabi-v7a/ gibi mimarilerine göre adlandırılan klasörlerde bulunur. APK'nın iç yapısını denetleyebilen herhangi bir araç, size bu klasörlerden tam olarak hangisinin mevcut olduğunu söyleyebilir, bu da dosyanın tam olarak hangi cihazlarda çalışacağını söyler.

Evrensel APK ve Tek ABI APK: Hangisini Kullanmalısınız?

İnsanların Bölünmüş Paketlerle Yaptığı Yaygın Hatalar

• Her bölünmenin isteğe bağlı olduğunu varsayarsak. Yoğunluk ve dil ayrımları genellikle öyledir, ancak mimari bölünme öyle değildir; birleştirme sırasında asla atlamayın.
• Bir ayna sitesinden yalnızca bir mimariyi kapma. Üçüncü taraf indirme işlemi yalnızca armeabi-v7a dilimini sunuyorsa, uygulamanın kendisi meşru olsa bile bunun yerine arm64-v8a'ya ihtiyaç duyan bir cihazda başarısız olabilir.
• Tabletlerin ve Chromebook'ların her zaman ARM olmadığını unutmak. Android uygulamaları çalıştıran pek çok Chromebook ve bazı eski tabletler ARM yerine x86 veya x86_64'tür.
• Bir x86 emülatöründe yalnızca ARM APK'sını test etme. Bazı eski emülatör yapıları x86 üzerinde çalışır ve yalnızca ARM yerel kitaplıklarını gönderen bir APK, APK'nın nasıl paketlendiğine bakılmaksızın bunların içinde başlatılmaz.
• "Evrensel"i "tek ABI" ile karıştırmak. Evrensel bir APK, her şeyi içerdiği için kasıtlı olarak daha büyüktür; tek ABI APK'sı küçüktür ve kasıtlı olarak tek bir çip ailesiyle sınırlıdır.

Sıkça Sorulan Sorular (SSS)

Bunların hiçbirini ezberlemenize gerek yok. Kısa versiyon: modern telefonlar neredeyse her zaman arm64-v8a'dır, uygulamalar yerden tasarruf etmek için mimariye göre bölünür ve bir şey yüklenmeyi reddederse veya açıldıktan hemen sonra çökerse, dosyanın kendisinin bozuk olduğunu varsaymadan önce mimari uyumsuzluğu göz ardı edilmesi gereken ilk şeylerden biridir.