Android সিপিইউ আর্কিটেকচার (ABI) বোঝা: কেন arm64-v8a, armeabi-v7a, এবং x86 ম্যাটার

আপনি যদি কখনও বিভক্ত APK ফাইলগুলির একটি সেট মার্জ করে থাকেন এবং আপনার ফোনটিকে "অ্যাপ ইনস্টল করা হয়নি" বা তার চেয়েও খারাপ অবস্থায় দেখেছেন, আপনি আইকনটি ট্যাপ করার সাথে সাথেই ক্র্যাশ করার জন্য এটিকে ফাইন ইন্সটল হতে দেখেছেন, তাহলে একটি দূষিত ডাউনলোডের সাথে আসল সমস্যাটির কোনো সম্পর্ক নেই। এটি প্রায় নিশ্চিতভাবেই আর্কিটেকচার সম্পর্কে ছিল: আপনার ফোন যে CPU-এ চলে এবং CPU-এর মধ্যে অ্যাপটির নেটিভ কোড কম্পাইল করা হয়েছিল তার মধ্যে একটি অমিল। বেশিরভাগ Android ব্যবহারকারীদের কখনই এটি নিয়ে ভাবতে হবে না, যতক্ষণ না এটি নিঃশব্দে কিছু ভেঙে দেয় এবং তারপরে এটি দ্রুত প্রাসঙ্গিক হয়ে যায়। একটি APK-এর জন্য CPU আর্কিটেকচারের অর্থ কী, কেন প্লে স্টোরে একটি একক অ্যাপ গোপনে নিজের বিভিন্ন বিল্ড হিসাবে পাঠানো হয় এবং আপনি কিছু ইনস্টল করার আগে কীভাবে সামঞ্জস্যতা পরীক্ষা করবেন তা এখানে রয়েছে।

একটি ABI কি

ABI এর অর্থ হল অ্যাপ্লিকেশন বাইনারি ইন্টারফেস। ব্যবহারিক পরিভাষায়, এটি একটি চিপ বোঝে নির্দেশনা সেট - একটি প্রসেসর সরাসরি কার্যকর করতে পারে কাঁচা মেশিন কোড বিন্যাস। একটি Android অ্যাপের বেশিরভাগ অংশ, জাভা বা কোটলিনে লেখা অংশগুলি বাইটকোডে সংকলিত হয় যা Android রানটাইম (এআরটি) এর ভিতরে চলে এবং এআরটি কোন চিপে বসে আছে তা বিশেষভাবে চিন্তা করে না। এই স্তরটি ডিজাইনের দ্বারা স্থাপত্য-অজ্ঞেয়বাদী, যা একটি বড় অংশ কেন Android অ্যাপগুলি সাধারণত এত বিস্তৃত হার্ডওয়্যার জুড়ে "শুধু কাজ করে"৷

নেটিভ কোড একটি ভিন্ন গল্প. প্রচুর অ্যাপ, বিশেষ করে গেমস, ক্যামেরা অ্যাপস, মেশিন-লার্নিং টুলস, এবং ভারী অডিও বা ভিডিও প্রসেসিং করার মতো কিছু, Android NDK-এর মাধ্যমে C বা C++-এ লেখা নেটিভ লাইব্রেরি পাঠান। এই লাইব্রেরিগুলি একটি নির্দিষ্ট নির্দেশ সেটের জন্য মেশিন কোডে সময়ের আগে সংকলিত হয় এবং একটি নির্দেশ সেটের জন্য নির্মিত একটি চিপ সাধারণত অন্যটির জন্য লেখা মেশিন কোড কার্যকর করতে পারে না। এটিই সম্পূর্ণ কারণ ABI-গুলি বোঝার মতো কিছু হিসাবে বিদ্যমান: যে মুহুর্তে একটি অ্যাপ এমনকি একটি নেটিভ .so লাইব্রেরি অন্তর্ভুক্ত করে, তার সামঞ্জস্যতা সেই আর্কিটেকচারের সাথে আবদ্ধ হয়ে যায় যার জন্য লাইব্রেরি তৈরি করা হয়েছিল।

যে আর্কিটেকচারে আপনি দৌড়াবেন

এই স্থানটিতে আরও বৈচিত্র্য ছিল (মনে রাখবেন প্লেইন armeabi, নাকি MIPS?), কিন্তু 2026 সালের মধ্যে ক্ষেত্রটি চারটি ABI-এ সঙ্কুচিত হয়েছে যা জানার মতো:

আপনি যদি গত পাঁচ বা ছয় বছরে কেনা একটি ফোন ধরে থাকেন তবে এটি প্রায় অবশ্যই arm64-v8a। মনে রাখার মতো ব্যতিক্রমগুলি হল এমুলেটর এবং ক্রোমবুক, যা প্রায়শই x86_64 এর পরিবর্তে চলে, কারণ এটি অন্তর্নিহিত ল্যাপটপ বা ডেস্কটপ CPU-এর সাথে মেলে।

কেন অ্যাপ্লিকেশানগুলি শিপিং একাধিক বিল্ডে বিরক্ত করে

একটি সুস্পষ্ট প্রশ্ন হল কেন বিকাশকারীরা প্রতিটি আর্কিটেকচারের নেটিভ লাইব্রেরিগুলিকে একটি একক APK তে ক্র্যাম করে না এবং এটি দিয়ে করা হয়। কিছু অ্যাপ্লিকেশান ঠিক এটি করে, এবং এটিকে একটি সর্বজনীন বা "ফ্যাট" APK বলা হয়। নেতিবাচক দিক হল আকার। arm64-v8a, armeabi-v7a, x86, এবং x86_64-এর জন্য নেটিভ লাইব্রেরি সহ একটি গেম যা আপনার ডিভাইসের প্রয়োজন শুধুমাত্র একটি আর্কিটেকচার সমন্বিত একটি বিল্ডের তুলনায় সহজেই দ্বিগুণ বা তিনগুণ হতে পারে। লক্ষ লক্ষ ইনস্টল জুড়ে এটিকে গুণ করুন এবং আপনি সেই ডিভাইসে কখনই চলবে না এমন কোডের জন্য একটি সত্যিকারের উল্লেখযোগ্য পরিমাণ নষ্ট ব্যান্ডউইথ এবং স্টোরেজ দেখছেন।

সেই অপচয় এড়াতে, Google Play এবং Android App Bundle ফর্ম্যাট একটি অ্যাপকে একটি ছোট বেস APK প্লাস কনফিগারেশন APK-এর একটি সিরিজে বিভক্ত করেছে, যার মধ্যে একটি আর্কিটেকচারের জন্য নিবেদিত। যখন আপনার ফোন অ্যাপটির জন্য অনুরোধ করে, তখন প্লে স্টোর বেস APK প্রদান করে শুধুমাত্র আর্কিটেকচার স্প্লিট সহ যা আপনার চিপের সাথে মেলে, সাথে স্ক্রীন-ঘনত্ব এবং ভাষা বিভাজনের সাথে মেলে। আপনি একটি ইনস্টলের সাথে শেষ করেন যা একটি একক অ্যাপের মতো আচরণ করে তবে পর্দার পিছনে বেশ কয়েকটি উদ্দেশ্য-নির্মিত টুকরা থেকে একত্রিত হয়।

কিভাবে স্প্লিট APK এবং অ্যাপ বান্ডেল এটি ব্যবহার করে

আপনি যদি কখনও একটি .apks বা .xapk প্যাকেজ খুলে থাকেন এবং split_config.arm64_v8a.apk, split_config.armeabi_v7a.apk, split_config.xxhdpi.apk, এবং split_config.en.apk এর মতো ফাইলের নামগুলি একটি base.apk এর পাশে বসে দেখে থাকেন তবে ঠিক এই সিস্টেমটি কার্যকর, প্লে স্টোরের পরিবর্তে নীরবভাবে বিতরণ করার পরিবর্তে ফাইলের সেট হিসাবে রপ্তানি করা হয়েছে৷ ঘনত্ব এবং ভাষার বিভাজনগুলি সাধারণত নির্বিচারে ইনস্টল করা নিরাপদ কারণ একটি ফোন কেবল তার প্রয়োজন নেই এমন সংস্থানগুলিকে উপেক্ষা করবে। আর্কিটেকচারের বিভাজনটি ভিন্ন: ভুলটি ইনস্টল করুন, অথবা মিলিতটি ইনস্টল করতে ব্যর্থ হবেন এবং আপনি প্রকৃত সমস্যায় পড়বেন।

যখন আপনি একটি বিভক্ত প্যাকেজকে একটি একক ইনস্টলযোগ্য APK-এ মার্জ করার জন্য একটি রূপান্তরকারী ব্যবহার করেন, তখন মার্জ প্রক্রিয়াটিকে বেছে নিতে হয় যে কোন আর্কিটেকচারটি ভাঁজ করতে হবে৷ একটি ভাল রূপান্তরকারী প্রতিটি আর্কিটেকচার বিভক্ত রাখে যা সত্যিকারের দরকারী, বা আপনাকে চয়ন করতে দেয়, চুপচাপ শুধুমাত্র একটি রাখার পরিবর্তে এবং এটি আপনার ডিভাইসের সাথে মেলে৷

যখন আর্কিটেকচার মেলে না তখন কী ঘটে

আলাদাভাবে জানার মতো দুটি স্বতন্ত্র ব্যর্থতার মোড রয়েছে, কারণ সেগুলি দেখতে এবং একজন নিয়মিত ব্যবহারকারীর থেকে আলাদা।

প্রথমটি সম্পূর্ণরূপে ইনস্টল ব্যর্থতা। যদি কোনও অ্যাপ সম্পূর্ণরূপে নেটিভ কোডের আশেপাশে কোনও অর্থপূর্ণ ফলব্যাক ছাড়াই তৈরি করা হয়, তবে Android এর প্যাকেজ ম্যানেজার এটিকে ইনস্টল করতে অস্বীকার করবে, সাধারণত INSTALL_FAILED_NO_MATCHING_ABIS এর মতো একটি ত্রুটি দেখা দেয়। আপনি এমনকি অ্যাপ খুলতে পাবেন না; ইনস্টলার আপনাকে দরজায় থামায়।

দ্বিতীয়, আরও হতাশাজনক ফলাফল একটি নীরব আংশিক সাফল্য। যদি একটি অ্যাপের একটি জাভা বা কোটলিন এন্ট্রি পয়েন্ট থাকে যা নিজে থেকে সূক্ষ্ম লোড হয়, কিন্তু তারপরে একটি নেটিভ লাইব্রেরিতে কল করার চেষ্টা করে যা কেবল আপনার আর্কিটেকচারের জন্য উপস্থিত নয়, ইনস্টলটি স্বাভাবিকভাবে সম্পন্ন হয়। আপনি আইকনে ট্যাপ না করা পর্যন্ত সবকিছু ঠিকঠাক দেখায়, যে সময়ে অ্যাপটি প্রায় সঙ্গে সঙ্গে ক্র্যাশ হয়ে যায়, প্রায়ই লগগুলিতে একটি UnsatisfiedLinkError চাপা পড়ে থাকে। এটি ক্লাসিক "আমি এটিকে রূপান্তর করেছি, এটি ইনস্টল করেছি, তারপর এটি তাত্ক্ষণিকভাবে বন্ধ হয়ে যায়" গল্প, এবং এটি একটি দূষিত ফাইলের পরিবর্তে প্রায় সবসময়ই একটি আর্কিটেকচার সমস্যা।

কিভাবে আপনার নিজের ফোনের আর্কিটেকচার চেক করবেন

বেশিরভাগ লোকের জন্য এটি সহজ: আপনার ফোন যদি 2019 বা তার পরে হয়, তাহলে arm64-v8a অনুমান করুন এবং এগিয়ে যান। আপনি যদি নিশ্চিত হতে চান, বা আপনি একটি পুরানো বা অস্বাভাবিক ডিভাইস নিয়ে কাজ করছেন, কয়েকটি ব্যবহারিক বিকল্প:

• আপনার ফোনের সঠিক চিপসেট মডেলটি দেখুন (বক্সে, ম্যানুয়ালে বা GSMArena-এর মতো সাইটে দৃশ্যমান) এবং সেই চিপসেটটি 32-বিট বা 64-বিট এআরএম কিনা তা অনুসন্ধান করুন৷
• একটি লাইটওয়েট সিস্টেম-ইনফরমেশন অ্যাপ ইনস্টল করুন যা সরাসরি CPU আর্কিটেকচারের রিপোর্ট করে, বেশ কিছু বিনামূল্যের এই উদ্দেশ্যে বিশেষভাবে বিদ্যমান।
• ফোনটি Android 9 বা তার পরের আসল ওএস সংস্করণ হিসাবে পাঠানো হয়েছে কিনা তা পরীক্ষা করুন; সেই যুগ থেকে Google-এর 64-বিট প্রয়োজনীয়তাগুলি arm64-v8a-কে যোগ্য করে এমন যেকোন কিছুরই নিশ্চয়তা দেয়৷

একটি APK কোন আর্কিটেকচার সমর্থন করে তা কীভাবে পরীক্ষা করবেন

প্লে স্টোরের বাইরে থেকে একটি ফাইল ইনস্টল করার আগে, অনুমান করার পরিবর্তে এটির ভিতরে কী আছে তা নিশ্চিত করা মূল্যবান। একটি APK-এর নেটিভ লাইব্রেরিগুলি lib/ ডিরেক্টরির ভিতরে তাদের আর্কিটেকচারের নামে নামকরণ করা ফোল্ডারে থাকে, যেমন lib/arm64-v8a/ বা lib/armeabi-v7a/৷ যে কোনও টুল যা একটি APK এর অভ্যন্তরীণ কাঠামো পরিদর্শন করতে পারে তা আপনাকে বলতে পারে যে এই ফোল্ডারগুলির মধ্যে কোনটি উপস্থিত রয়েছে, যা আপনাকে বলে যে ফাইলটি ঠিক কোন ডিভাইসে চলবে৷

ইউনিভার্সাল APK বনাম একক-ABI APK: আপনার কোনটি ব্যবহার করা উচিত?

সাধারণ ভুল মানুষ স্প্লিট প্যাকেজ দিয়ে করে

• ধরে নেওয়া প্রতিটি বিভাজন ঐচ্ছিক। ঘনত্ব এবং ভাষা বিভাজন সাধারণত হয়, কিন্তু আর্কিটেকচার বিভক্ত হয় না; মার্জ করার সময় এটি কখনই এড়িয়ে যাবেন না।
• একটি মিরর সাইট থেকে শুধুমাত্র একটি স্থাপত্য বিভক্ত দখল. যদি একটি তৃতীয় পক্ষের ডাউনলোড শুধুমাত্র অফার করে, বলুন, armeabi-v7a স্লাইস, এটি এমন একটি ডিভাইসে ব্যর্থ হতে পারে যার পরিবর্তে arm64-v8a প্রয়োজন, যদিও অ্যাপটি নিজেই বৈধ।
• ভুলে যাওয়া যে ট্যাবলেট এবং ক্রোমবুক সবসময় এআরএম হয় না। প্রচুর ক্রোমবুক অ্যানড্রয়েড অ্যাপ্লিকেশান চালায়, এবং কিছু পুরানো ট্যাবলেট এআরএম-এর পরিবর্তে x86 বা x86_64।
• একটি x86 এমুলেটরের ভিতরে একটি ARM-শুধু APK পরীক্ষা করা হচ্ছে। কিছু পুরানো এমুলেটর বিল্ড x86-এ চলে এবং একটি APK যেটি শুধুমাত্র ARM নেটিভ লাইব্রেরি পাঠায় তা কেবল তাদের ভিতরে চালু হবে না, APK কিভাবে প্যাকেজ করা হয়েছে তা নির্বিশেষে।
• "একক-ABI" এর সাথে "সর্বজনীন" বিভ্রান্তিকর৷ একটি সার্বজনীন APK ইচ্ছাকৃতভাবে বড় কারণ এতে সবকিছু রয়েছে; একটি একক-ABI APK ছোট এবং ইচ্ছাকৃতভাবে একটি চিপ পরিবারে সীমাবদ্ধ।

সচরাচর জিজ্ঞাসিত প্রশ্নাবলী (FAQ)

আপনাকে এর কোনটি মুখস্থ করার দরকার নেই। সংক্ষিপ্ত সংস্করণ: আধুনিক ফোনগুলি প্রায় সবসময়ই arm64-v8a হয়, স্থান বাঁচাতে অ্যাপগুলি আর্কিটেকচার দ্বারা বিভক্ত হয়ে যায়, এবং যদি কিছু খোলার পরেই ইনস্টল করতে অস্বীকার করে বা ক্র্যাশ হয়ে যায়, তাহলে ফাইলটি নিজেই ভেঙে গেছে বলে ধরে নেওয়ার আগে আর্কিটেকচারের অমিল হওয়াটা উড়িয়ে দেওয়া উচিত।