Android इकोसिस्टम ऐप डेटा की पैकेजिंग, वितरण और भंडारण के लिए विभिन्न फ़ाइल स्वरूपों का उपयोग करता है। यदि आपने कभी किसी तृतीय-पक्ष स्रोत से कोई ऐप डाउनलोड किया है, तो संभवतः आपको परिचित APK से परे फ़ाइल एक्सटेंशन का सामना करना पड़ा होगा। XAPK, APKS, APKM, AAB और OBB जैसे प्रारूप प्रत्येक Android ऐप जीवनचक्र में एक विशिष्ट उद्देश्य पूरा करते हैं।
यह मार्गदर्शिका प्रत्येक प्रमुख Android फ़ाइल प्रारूप के लिए एक संपूर्ण संदर्भ है। डेवलपर्स, पावर उपयोगकर्ता जो ऐप्स को साइडलोड करते हैं, और जिज्ञासु पाठक जो सिर्फ यह जानना चाहते हैं कि इन फ़ाइलों में वास्तव में क्या है, सभी को प्रत्येक प्रारूप को नीचे सरल भाषा में समझाया जाएगा।
APK: Android पैकेज किट
APK Android एप्लिकेशन के लिए मूलभूत फ़ाइल स्वरूप है। Android की स्थापना के बाद से यह मानक इंस्टॉलेशन प्रारूप रहा है और यह वही प्रारूप बना हुआ है जिसे Android ऑपरेटिंग सिस्टम मूल रूप से ऐप इंस्टॉलेशन के लिए समझता है।
इसमें क्या शामिल है
एक APK फ़ाइल अनिवार्य रूप से एक विशिष्ट आंतरिक संरचना के साथ एक ज़िप संग्रह है:
- AndroidManifest.xml, बाइनरी XML फ़ाइल ऐप के पैकेज नाम, घटकों, अनुमतियों और आवश्यकताओं की घोषणा करती है
- classes.dex (और classes2.dex, आदि), संकलित डेलविक बाइटकोड जिसमें ऐप का जावा/कोटलिन कोड शामिल है
- resources.arsc, संकलित संसाधन तालिका संसाधन आईडी को उनके मूल्यों पर मैप करती है
- res/, निर्देशिका जिसमें लेआउट, ड्रॉएबल्स और स्ट्रिंग्स जैसे संसाधन शामिल हैं जो आईडी द्वारा संदर्भित हैं
- assets/, रॉ एसेट फ़ाइलें एसेटमैनेजर के माध्यम से रनटाइम पर ऐप द्वारा एक्सेस की जाती हैं
- lib/, सीपीयू आर्किटेक्चर द्वारा व्यवस्थित मूल पुस्तकालय (उदाहरण के लिए, lib/arm64-v8a/)
- META-INF/, हस्ताक्षर फ़ाइलें और प्रमाणपत्र जानकारी
जब आप इसका सामना करते हैं
APK फ़ाइलें वे हैं जिन्हें आप तृतीय-पक्ष स्रोतों से ऐप्स को साइडलोड करते समय डाउनलोड करते हैं। वे वही हैं जो प्ले स्टोर से आपके डिवाइस पर इंस्टॉल हो जाते हैं, हालांकि आधुनिक प्ले स्टोर इंस्टॉलेशन अक्सर ऐप बंडलों से उत्पन्न स्प्लिट APK का उपयोग करते हैं।
इसे कैसे संभालें
APK फ़ाइलों को फ़ाइल प्रबंधक के साथ खोलकर या adb install का उपयोग करके सीधे Android पर इंस्टॉल किया जा सकता है। आप एक्सटेंशन का नाम बदलकर .zip करके और निकालकर, या हस्ताक्षर और मेटाडेटा का निरीक्षण करने के लिए हमारे APK सत्यापनकर्ता का उपयोग करके भी उनकी सामग्री की जांच कर सकते हैं।
AAB: Android ऐप बंडल
Android ऐप बंडल प्ले स्टोर के लिए Google का प्रकाशन प्रारूप है। अगस्त 2021 से, Play Store पर सभी नए ऐप्स को APK के बजाय AAB के रूप में सबमिट किया जाना चाहिए।
इसमें क्या शामिल है
AAB फ़ाइल एक प्रोटोकॉल बफ़र-आधारित प्रारूप का उपयोग करती है और इसमें शामिल है:
- बेस मॉड्यूल: कोर ऐप कोड और प्रत्येक डिवाइस पर आवश्यक संसाधन
- कॉन्फ़िगरेशन विभाजन: संसाधन स्क्रीन घनत्व, सीपीयू वास्तुकला और भाषा द्वारा व्यवस्थित
- गतिशील सुविधा मॉड्यूल: वैकल्पिक सुविधाएं जिन्हें मांग पर डाउनलोड किया जा सकता है
- डिवाइस-विशिष्ट APK जेनरेट करने के तरीके पर Google Play के लिए बंडल मेटाडेटा: निर्देश
जब आप इसका सामना करते हैं
एक नियमित उपयोगकर्ता के रूप में, आप आम तौर पर सीधे AAB फ़ाइलों का सामना नहीं करते हैं। इनका उपयोग डेवलपर्स द्वारा निर्माण और अपलोड प्रक्रिया के दौरान किया जाता है। हालाँकि, यदि आप एक AAB फ़ाइल प्राप्त करते हैं (शायद एक ओपन-सोर्स प्रोजेक्ट के बिल्ड आर्टिफैक्ट से), तो आपको इंस्टॉलेशन से पहले इसे APK प्रारूप में परिवर्तित करना होगा।
इसे कैसे संभालें
AAB फ़ाइल से इंस्टॉल करने योग्य APK जेनरेट करने के लिए Google की bundletool कमांड-लाइन उपयोगिता या हमारी AAB से APK कनवर्टर का उपयोग करें। रूपांतरण प्रक्रिया या तो एक सार्वभौमिक APK (बड़ा, हर जगह काम करता है) या डिवाइस-विशिष्ट APK (छोटा, डिवाइस-लक्षित) बनाती है।
XAPK: विस्तारित APK
XAPK एक कंटेनर प्रारूप है जिसे APKPure द्वारा लोकप्रिय बनाया गया है जो APK को उसके संबंधित OBB डेटा फ़ाइलों के साथ बंडल करता है या APK कॉन्फ़िगरेशन को एक डाउनलोड करने योग्य पैकेज में विभाजित करता है।
इसमें क्या शामिल है
एक XAPK फ़ाइल एक ज़िप संग्रह है जिसमें शामिल हैं:
- एक आधार APK फ़ाइल (मुख्य एप्लिकेशन)
- OBB फ़ाइलें (गेम और बड़े ऐप्स के लिए विस्तार डेटा)
- वैकल्पिक रूप से, विभिन्न डिवाइस कॉन्फ़िगरेशन के लिए APK फ़ाइलों को विभाजित करें
- पैकेज सामग्री और इंस्टॉलेशन निर्देशों का वर्णन करने वाली एक manifest.json फ़ाइल
- प्रदर्शन प्रयोजनों के लिए एक आइकन फ़ाइल
जब आप इसका सामना करते हैं
तृतीय-पक्ष ऐप रिपॉजिटरी से बड़े ऐप्स या गेम डाउनलोड करते समय आपको XAPK फ़ाइलें मिलती हैं। जिन खेलों को अतिरिक्त डेटा फ़ाइलों (पहले OBB फ़ाइलों के रूप में वितरित) की आवश्यकता होती है, उन्हें एकल फ़ाइल में डाउनलोड प्रक्रिया को सरल बनाने के लिए आमतौर पर XAPK के रूप में पैक किया जाता है।
इसे कैसे संभालें
XAPK फ़ाइलें सीधे Android के डिफ़ॉल्ट पैकेज इंस्टॉलर द्वारा इंस्टॉल नहीं की जा सकतीं। आपको या तो एक समर्पित XAPK इंस्टॉलर ऐप की आवश्यकता है या आप आधार APK निकालने के लिए हमारे XAPKS से APK कनवर्टर का उपयोग कर सकते हैं। जिन खेलों के लिए OBB डेटा की आवश्यकता होती है, आपको हमारे OBB एक्सट्रैक्टर का उपयोग करके OBB फ़ाइलों को निकालने और सही निर्देशिका में रखने की भी आवश्यकता होगी।
APKS: APK सेट
AAB फ़ाइल से डिवाइस-विशिष्ट APK उत्पन्न करते समय APKS प्रारूप Google के bundletool का आउटपुट है। इसका उपयोग कुछ ऐप बैकअप टूल द्वारा स्प्लिट APK इंस्टॉलेशन को स्टोर करने के लिए भी किया जाता है।
इसमें क्या शामिल है
एक APKS फ़ाइल एक ज़िप संग्रह है जिसमें शामिल है:
- toc.pb, विभाजित संरचना का वर्णन करने वाली सामग्री की एक प्रोटोकॉल बफर तालिका
- splits/, निर्देशिका जिसमें आधार APK और सभी कॉन्फ़िगरेशन स्प्लिट APK शामिल हैं
- वैकल्पिक रूप से, उन उपकरणों के लिए स्टैंडअलोन APK जो स्प्लिट इंस्टॉलेशन का समर्थन नहीं करते हैं
जब आप इसका सामना करते हैं
स्थानीय रूप से bundletool का उपयोग करते समय, प्ले स्टोर से इंस्टॉल किए गए ऐप्स का बैकअप लेते समय, या स्प्लिट APK संरचना को संरक्षित करने वाले कुछ तृतीय-पक्ष रिपॉजिटरी से डाउनलोड करते समय आपको APKS फाइलें मिलती हैं।
इसे कैसे संभालें
आप bundletool के install-apks कमांड का उपयोग करके APKS फाइलें इंस्टॉल कर सकते हैं या हमारे APKS से APK विलय का उपयोग करके उन्हें एक APK में परिवर्तित कर सकते हैं। ध्यान दें कि स्प्लिट APK को यूनिवर्सल APK में मर्ज करने से फ़ाइल का आकार बढ़ सकता है क्योंकि सभी कॉन्फ़िगरेशन संसाधन संयुक्त हो गए हैं।
APKM: APKMirror पैकेज
APKM एक मालिकाना कंटेनर प्रारूप है जो APKMirror द्वारा उन ऐप्स को वितरित करने के लिए बनाया गया है जिनमें कई विभाजित APK शामिल हैं। यह XAPK और APKS के समान उद्देश्य को पूरा करता है लेकिन APKMirror की अपनी संरचना का उपयोग करता है।
इसमें क्या शामिल है
एक APKM फ़ाइल एक ज़िप संग्रह है जिसमें शामिल है:
- एक आधार APK फ़ाइल
- विभिन्न कॉन्फ़िगरेशन (घनत्व, ABI, भाषा) के लिए APK फ़ाइलों को विभाजित करें
- पैकेज संरचना का वर्णन करने वाली मेटाडेटा फ़ाइल
जब आप इसका सामना करते हैं
APKMirror से डाउनलोड करते समय आपको विशेष रूप से APKM फाइलें मिलती हैं। साइट इस प्रारूप का उपयोग उन ऐप्स के लिए करती है जिन्हें प्ले स्टोर पर ऐप बंडल के रूप में वितरित किया जाता है और इसलिए इसमें कई विभाजित APK शामिल होते हैं।
इसे कैसे संभालें
APKM फ़ाइलों को सीधे इंस्टॉलेशन के लिए APKMirror इंस्टॉलर ऐप की आवश्यकता होती है, या आप सामग्री निकाल सकते हैं (क्योंकि यह एक ज़िप फ़ाइल है) और ADB के install-multiple कमांड का उपयोग करके मैन्युअल रूप से स्प्लिट APK इंस्टॉल कर सकते हैं। बेस APK को स्टैंडअलोन भी निकाला और इंस्टॉल किया जा सकता है, हालांकि कॉन्फ़िगरेशन विभाजन के बिना कुछ कार्यक्षमता सीमित हो सकती है।
OBB: अपारदर्शी बाइनरी ब्लॉब
OBB फ़ाइलें Android ऐप्स (मुख्य रूप से गेम) द्वारा प्ले स्टोर की APK आकार सीमा से अधिक डेटा को बड़ी मात्रा में संग्रहीत करने के लिए उपयोग की जाने वाली विस्तार फ़ाइलें हैं। हालाँकि Google ने इस सिस्टम को काफी हद तक Play Asset डिलीवरी से बदल दिया है, लेकिन कई मौजूदा ऐप्स अभी भी OBB फ़ाइलों का उपयोग करते हैं।
इसमें क्या शामिल है
OBB फ़ाइलों में ऐप के लिए आवश्यक किसी भी प्रकार का डेटा हो सकता है:
- खेल की बनावट और 3डी मॉडल
- ऑडियो फ़ाइलें और साउंडट्रैक
- वीडियो सामग्री
- स्तर डेटा और मानचित्र
- कोई भी बड़ा बाइनरी डेटा जिसे डेवलपर बाहरी रूप से संग्रहीत करना चुनता है
OBB फ़ाइल के भीतर डेटा का प्रारूप पूरी तरह से डेवलपर पर निर्भर है। कुछ ज़िप संपीड़न का उपयोग करते हैं, अन्य कस्टम बाइनरी प्रारूप का उपयोग करते हैं। नाम में "अपारदर्शी" दर्शाता है कि Android फ़ाइल को एक ब्लैक बॉक्स के रूप में मानता है।
जब आप इसका सामना करते हैं
OBB फ़ाइलें तब सामने आती हैं जब बड़े गेम को साइडलोड किया जाता है या जब उन्हें XAPK पैकेज में बंडल किया जाता है। वे डिवाइस के साझा स्टोरेज पर /Android/obb/[package.name]/ पर संग्रहीत हैं।
इसे कैसे संभालें
OBB फाइलों को ऐप द्वारा ढूंढने के लिए उन्हें सही निर्देशिका में रखा जाना चाहिए। फ़ाइल नाम आमतौर पर पैटर्न main.[version].[package.name].obb या patch.[version].[package.name].obb का अनुसरण करता है। XAPK पैकेज से OBB फ़ाइलें निकालने के लिए हमारे OBB एक्सट्रैक्टर का उपयोग करें।
DEX: डाल्विक निष्पादन योग्य
DEX फ़ाइलों में संकलित बाइटकोड होता है जो Android के रनटाइम वातावरण पर चलता है। वे APK फ़ाइलों के अंदर पाए जाते हैं लेकिन विकास और डिबगिंग के दौरान स्वतंत्र रूप से भी मौजूद हो सकते हैं।
इसमें क्या शामिल है
एक DEX फ़ाइल में शामिल हैं:
- डेल्विक निर्देश प्रारूप में संकलित जावा/कोटलिन बाइटकोड
- स्ट्रिंग स्थिरांक और प्रकार परिभाषाएँ
- विधि और क्षेत्र संदर्भ
- वर्ग परिभाषाएँ और उनके पदानुक्रम
टेक्निकल डिटेल
एक एकल DEX फ़ाइल में 65,536 विधि संदर्भ सीमा ("64K सीमा") होती है। इस सीमा को पार करने वाले ऐप्स एकाधिक DEX फ़ाइलों (classes.dex, classes2.dex, आदि) का उपयोग करते हैं, एक तकनीक जिसे मल्टीडेक्स कहा जाता है। आधुनिक निर्माण उपकरण इसे स्वचालित रूप से संभालते हैं।
ODEX, VDEX, और ART फ़ाइलें
ये इंस्टॉलेशन के दौरान या उसके बाद Android रनटाइम द्वारा बनाई गई DEX फ़ाइलों के अनुकूलित संस्करण हैं:
- ODEX (अनुकूलित DEX): में बार-बार उपयोग की जाने वाली विधियों के लिए समय से पहले संकलित देशी मशीन कोड शामिल है। उपयोग प्रोफाइल के आधार पर निष्क्रिय रखरखाव के दौरान उत्पन्न।
- VDEX (सत्यापित DEX): में पूर्व-गणना किए गए सत्यापन परिणामों के साथ सत्यापित DEX बाइटकोड शामिल है। यह पुन: सत्यापन को छोड़कर बाद के बूट और ऐप लॉन्च को गति देता है।
- एआरटी (Android रनटाइम छवि): में प्री-इनिशियलाइज़्ड क्लास ऑब्जेक्ट और हीप डेटा शामिल हैं। यह रनटाइम को स्टार्टअप के दौरान सामान्य फ्रेमवर्क कक्षाओं के लिए क्लास लोडिंग और इनिशियलाइज़ेशन को छोड़ने की अनुमति देता है।
ये फ़ाइलें सिस्टम-जनरेटेड हैं और ये ऐसी फ़ाइलें नहीं हैं जिनसे उपयोगकर्ता आम तौर पर सीधे इंटरैक्ट करते हैं। वे /data/dalvik-cache/ में या /data/app/ में APK के साथ संग्रहीत हैं।
एसओ: साझा वस्तु (मूल पुस्तकालय)
.so एक्सटेंशन वाली फ़ाइलें विशिष्ट सीपीयू आर्किटेक्चर के लिए संकलित मूल साझा लाइब्रेरी हैं। उनमें C, C++, या Rust में लिखा गया मशीन कोड होता है जो डाल्विक/ART रनटाइम के ओवरहेड के बिना सीधे प्रोसेसर पर चलता है।
वास्तुकला के प्रकार
- armeabi-v7a, 32-बिट एआरएम (अधिकांश पुराने डिवाइस)
- arm64-v8a, 64-बिट ARM (अधिकांश आधुनिक फ़ोन)
- x86, 32-बिट इंटेल/एएमडी (कुछ टैबलेट और एमुलेटर)
- x86_64, 64-बिट इंटेल/एएमडी (क्रोमबुक और एमुलेटर)
जब किसी APK में मूल लाइब्रेरी होती है, तो उसमें लक्ष्य डिवाइस के लिए सही आर्किटेक्चर शामिल होना चाहिए। यदि गलत आर्किटेक्चर शामिल है, तो ऐप UnsatisfiedLinkError के साथ क्रैश हो जाएगा।
Android में XML फ़ाइलें
Android XML का बड़े पैमाने पर उपयोग करता है, लेकिन दो अलग-अलग रूपों में:
बाइनरी XML
APK फ़ाइलों के अंदर, XML संसाधन (लेआउट, मैनिफ़ेस्ट, स्ट्रिंग फ़ाइलें) AXML नामक एक संकलित बाइनरी प्रारूप में संग्रहीत होते हैं। यह प्रारूप टेक्स्ट XML की तुलना में अधिक संक्षिप्त और पार्स करने में तेज़ है। aapt2 या apktool जैसे उपकरण बाइनरी XML को वापस पठनीय पाठ में विघटित कर सकते हैं।
XML टेक्स्ट करें
विकास के दौरान, XML फ़ाइलें मानक पाठ स्वरूप में होती हैं। बिल्ड प्रक्रिया उन्हें APK में शामिल करने के लिए बाइनरी XML में संकलित करती है। network_security_config.xml जैसी कॉन्फ़िगरेशन फ़ाइलें और res/ निर्देशिका में संसाधन फ़ाइलें टेक्स्ट XML के रूप में प्रारंभ होती हैं।
प्रोगार्ड/आर8 मैपिंग फ़ाइलें
हालांकि Android-विशिष्ट प्रारूप नहीं है, मैपिंग फ़ाइलें (mapping.txt) अस्पष्ट ऐप्स को समझने के लिए महत्वपूर्ण हैं। जब डेवलपर्स R8 जैसे कोड सिकुड़ने वाले टूल का उपयोग करते हैं, तो क्लास और विधि नामों को छोटे, अर्थहीन पहचानकर्ताओं से बदल दिया जाता है। मैपिंग फ़ाइल मूल-से-अस्पष्ट नाम अनुवादों को रिकॉर्ड करती है, जो क्रैश रिपोर्ट पढ़ने के लिए आवश्यक है।
Android बैकअप प्रारूप (एबी)
.ab एक्सटेंशन वाली फ़ाइलें adb backup द्वारा बनाई गई Android बैकअप संग्रह हैं। उनमें ऐप की डेटा निर्देशिका का एक टार संग्रह (वैकल्पिक रूप से संपीड़ित और एन्क्रिप्टेड) होता है। क्लाउड-आधारित बैकअप समाधानों के पक्ष में इस प्रारूप की निंदा की जा रही है लेकिन अभी भी कुछ बैकअप टूल द्वारा इसका उपयोग किया जाता है।
आईएमजी और विभाजन छवियाँ
हालांकि ऐप-संबंधी नहीं, Android सिस्टम छवियां उल्लेख के लायक कई प्रारूपों का उपयोग करती हैं:
- system.img: रीड-ओनली सिस्टम विभाजन जिसमें Android फ्रेमवर्क और पहले से इंस्टॉल किए गए ऐप्स शामिल हैं
- बूट.आईएमजी: में लिनक्स कर्नेल और प्रारंभिक रैमडिस्क शामिल है
- विक्रेता.आईएमजी: हार्डवेयर-विशिष्ट ड्राइवर और फ़र्मवेयर
- सुपर.आईएमजी: डायनामिक विभाजन कंटेनर आधुनिक उपकरणों में उपयोग किया जाता है (Android 10+)
प्रारूप तुलना तालिका
यहां मुख्य ऐप वितरण प्रारूपों की तुलना करने वाला एक त्वरित संदर्भ दिया गया है:
- APK: एकल फ़ाइल, सीधे इंस्टॉल करने योग्य, सार्वभौमिक (सभी कॉन्फ़िगरेशन शामिल), बड़ा आकार
- AAB: प्रकाशन प्रारूप, सीधे इंस्टॉल करने योग्य नहीं, प्ले स्टोर द्वारा प्रसंस्करण की आवश्यकता है
- XAPK: कंटेनर (APK + OBB/स्प्लिट्स), इंस्टॉलर या निष्कर्षण की आवश्यकता है, APKPure द्वारा उपयोग किया जाता है
- APKS: कंटेनर (स्प्लिट APK), bundletool प्रारूप, इंस्टॉलर या विलय की आवश्यकता है
- APKM: कंटेनर (विभाजित APK), APKMirror प्रारूप, उनके इंस्टॉलर की आवश्यकता है
सही उपकरण चुनना
आप किस प्रारूप के साथ काम कर रहे हैं, इसके आधार पर विभिन्न उपकरण उपयुक्त हैं:
- क्या आपके पास XAPK है? इंस्टॉल करने योग्य APK निकालने के लिए हमारे XAPKS से APK कनवर्टर का उपयोग करें
- क्या आपके पास AAB है? यूनिवर्सल APK जेनरेट करने के लिए हमारे AAB से APK कनवर्टर का उपयोग करें
- विभाजित APK (APKS) हैं? उन्हें संयोजित करने के लिए हमारे APKS से APK विलय का उपयोग करें
- APK सत्यापित करने की आवश्यकता है? हस्ताक्षर जांचने के लिए हमारे APK सत्यापनकर्ता का उपयोग करें
- XAPK से OBB फ़ाइलों की आवश्यकता है? विस्तार फ़ाइलों को अनपैक करने के लिए हमारे OBB एक्सट्रैक्टर का उपयोग करें
आपको किस Android पैकेज प्रारूप का उपयोग करना चाहिए?
Android इकोसिस्टम की फ़ाइल स्वरूपों की विविधता सरल सिंगल-फ़ाइल APK से परिष्कृत मॉड्यूलर डिलीवरी सिस्टम तक प्लेटफ़ॉर्म के विकास को दर्शाती है। प्रत्येक प्रारूप एक विशिष्ट समस्या को हल करने के लिए मौजूद है: AABs डाउनलोड आकार को कम करते हैं, XAPKs मल्टी-फ़ाइल ऐप्स के वितरण को सरल बनाते हैं, OBBs बड़े गेम डेटा को संभालते हैं, और विभाजित APK डिवाइस-विशिष्ट अनुकूलन को सक्षम करते हैं।
एक बार जब आप इन प्रारूपों को समझ लेते हैं, तो आप अपने द्वारा चलाए जाने वाले किसी भी Android पैकेज को संभाल सकते हैं, चाहे आप ऐप्स को साइडलोड कर रहे हों, अपने डिवाइस का बैकअप ले रहे हों, या अपने स्वयं के एप्लिकेशन विकसित कर रहे हों। मुख्य बात यह है कि इनमें से अधिकांश प्रारूप अंततः कंटेनर हैं जो विभिन्न कॉन्फ़िगरेशन में APK फाइलें रखते हैं, और सही टूल के साथ, आप हमेशा वह निकाल सकते हैं जो आपको चाहिए।