Tìm hiểu về Kiến trúc CPU của Android (ABI): Tại sao arm64-v8a, armeabi-v7a và x86 lại quan trọng

Nếu bạn đã từng hợp nhất một tập hợp các tệp APK bị chia tách và thấy điện thoại của mình báo lỗi "Ứng dụng chưa được cài đặt" hoặc tệ hơn là thấy nó cài đặt bình thường nhưng lại gặp sự cố ngay khi bạn nhấn vào biểu tượng, rất có thể vấn đề thực sự không liên quan gì đến quá trình tải xuống bị hỏng. Gần như chắc chắn là về kiến trúc: sự không khớp giữa CPU mà điện thoại của bạn chạy và CPU mà mã gốc của ứng dụng được biên dịch cho đó. Hầu hết người dùng Android không bao giờ phải nghĩ về điều này, cho đến thời điểm nó lặng lẽ phá vỡ thứ gì đó và sau đó nó nhanh chóng trở nên phù hợp. Dưới đây là ý nghĩa của kiến trúc CPU đối với APK, lý do tại sao một ứng dụng trên Cửa hàng Play lại bí mật gửi dưới dạng nhiều bản dựng khác nhau và cách kiểm tra tính tương thích trước khi bạn cài đặt bất kỳ thứ gì.

ABI là gì

ABI là viết tắt của Giao diện nhị phân ứng dụng. Về mặt thực tế, đó là tập lệnh mà chip hiểu được - định dạng mã máy thô mà bộ xử lý có thể thực thi trực tiếp. Hầu hết ứng dụng Android, các phần được viết bằng Java hoặc Kotlin, đều được biên dịch thành mã byte chạy bên trong Android Runtime (ART) và ART không đặc biệt quan tâm đến việc nó sẽ nằm trên con chip nào. Lớp đó có thiết kế không phụ thuộc vào kiến trúc, đây là một phần quan trọng giải thích tại sao các ứng dụng Android thường "chỉ hoạt động" trên nhiều loại phần cứng như vậy.

Mã gốc là một câu chuyện khác. Rất nhiều ứng dụng, đặc biệt là trò chơi, ứng dụng máy ảnh, công cụ học máy và bất kỳ ứng dụng nào xử lý âm thanh hoặc video nặng, đều cung cấp các thư viện gốc được viết bằng C hoặc C++ thông qua Android NDK. Các thư viện đó được biên dịch trước thành mã máy cho một tập lệnh cụ thể và một con chip được tạo cho một tập lệnh thường không thể thực thi mã máy được viết cho một tập lệnh khác. Đó là toàn bộ lý do ABI tồn tại như một thứ đáng để hiểu: thời điểm một ứng dụng bao gồm dù chỉ một thư viện .so gốc, khả năng tương thích của nó sẽ gắn liền với kiến trúc mà thư viện đó được xây dựng.

Những kiến trúc bạn sẽ gặp phải

Đã từng có nhiều sự đa dạng hơn trong không gian này (bạn còn nhớ armeabi hoặc MIPS đơn giản không?), nhưng đến năm 2026, lĩnh vực này đã thu hẹp xuống còn bốn ABI đáng biết:

Nếu bạn đang cầm một chiếc điện thoại đã mua trong vòng 5 hoặc 6 năm qua thì gần như chắc chắn đó là arm64-v8a. Các trường hợp ngoại lệ cần nhớ là trình mô phỏng và Chromebook, thường chạy trên x86_64 thay vào đó, vì x86_64 phù hợp với CPU máy tính xách tay hoặc máy tính để bàn cơ bản.

Tại sao ứng dụng lại bận tâm vận chuyển nhiều bản dựng

Một câu hỏi hiển nhiên là tại sao các nhà phát triển không gộp tất cả thư viện gốc của mọi kiến trúc vào một tệp APK duy nhất cho xong. Một số ứng dụng thực sự làm đúng như vậy, và nó được gọi là APK phổ quát (universal) hay APK "đầy đủ" (fat APK). Nhược điểm là kích thước. Một trò chơi có các thư viện gốc dành cho arm64-v8a, armeabi-v7a, x86 và x86_64 được gói cùng nhau có thể dễ dàng tăng gấp đôi hoặc gấp ba kích thước so với một bản dựng chỉ chứa một kiến trúc mà thiết bị của bạn cần. Nhân con số đó lên hàng triệu lượt cài đặt và bạn sẽ thấy một lượng băng thông và bộ nhớ bị lãng phí thực sự đáng kể đối với mã sẽ không bao giờ chạy trên thiết bị đó.

Để tránh lãng phí đó, Google Play và định dạng Android App Bundle đã chia ứng dụng thành một APK cơ sở nhỏ cộng với một loạt APK cấu hình, một trong số đó dành riêng cho kiến trúc. Khi điện thoại của bạn yêu cầu ứng dụng, Cửa hàng Play sẽ cung cấp APK cơ sở cùng với chỉ phân chia kiến trúc phù hợp với chip của bạn, cùng với phân chia ngôn ngữ và mật độ màn hình phù hợp. Bạn kết thúc với một bản cài đặt hoạt động giống như một ứng dụng duy nhất nhưng được tập hợp từ một số phần được xây dựng có mục đích ở hậu trường.

Cách phân chia APK và gói ứng dụng sử dụng tính năng này

Nếu bạn đã từng mở gói .apks hoặc .xapk và nhận thấy các tên tệp như split_config.arm64_v8a.apk, split_config.armeabi_v7a.apk, split_config.xxhdpi.apk và split_config.en.apk nằm cạnh base.apk, thì đó chính xác là hệ thống này đang hoạt động, chỉ được xuất dưới dạng tập hợp tệp thay vì được Cửa hàng Play âm thầm phân phối. Sự phân chia mật độ và ngôn ngữ thường an toàn để cài đặt bừa bãi vì điện thoại sẽ đơn giản bỏ qua các tài nguyên mà nó không cần. Sự phân chia kiến trúc là khác nhau: cài đặt sai hoặc không cài đặt kiến trúc phù hợp và bạn sẽ gặp rắc rối thực sự.

Khi bạn sử dụng trình chuyển đổi để hợp nhất gói phân tách trở lại thành một APK có thể cài đặt duy nhất, quá trình hợp nhất phải chọn kiến trúc nào được phân chia để gộp vào. Một trình chuyển đổi tốt sẽ giữ mọi phân chia kiến trúc thực sự hữu ích hoặc cho phép bạn chọn, thay vì âm thầm chỉ giữ một kiến trúc và hy vọng nó phù hợp với thiết bị của bạn.

Điều gì xảy ra khi kiến trúc không phù hợp

Có hai chế độ lỗi riêng biệt đáng để biết vì chúng trông và cảm nhận khác với người dùng thông thường.

Đầu tiên là lỗi cài đặt hoàn toàn. Nếu một ứng dụng được xây dựng gần như hoàn toàn dựa trên mã gốc mà không có dự phòng có ý nghĩa, thì trình quản lý gói của Android sẽ từ chối cài đặt ứng dụng đó, thường xuất hiện lỗi như INSTALL_FAILED_NO_MATCHING_ABIS. Bạn thậm chí sẽ không bao giờ mở được ứng dụng; trình cài đặt chặn bạn ở cửa.

Kết quả thứ hai, đáng thất vọng hơn là thành công một phần thầm lặng. Nếu một ứng dụng có điểm truy cập Java hoặc Kotlin tự tải tốt nhưng sau đó cố gắng gọi vào một thư viện gốc không có trong kiến trúc của bạn thì quá trình cài đặt sẽ hoàn tất bình thường. Mọi thứ đều ổn cho đến khi bạn nhấn vào biểu tượng, lúc đó ứng dụng gần như gặp sự cố ngay lập tức, thường kèm theo UnsatisfiedLinkError bị chôn trong nhật ký. Đây là câu chuyện cổ điển "Tôi đã chuyển đổi nó, nó cài đặt, sau đó nó đóng ngay lập tức" và hầu như luôn là sự cố kiến trúc chứ không phải là tệp bị hỏng.

Cách kiểm tra cấu trúc điện thoại của bạn

Đối với đại đa số mọi người, điều này rất đơn giản: nếu điện thoại của bạn từ năm 2019 trở lên, hãy giả sử arm64-v8a và tiếp tục. Nếu bạn muốn chắc chắn hoặc bạn đang xử lý một thiết bị cũ hơn hoặc khác thường, một số tùy chọn thiết thực:

• Tra cứu kiểu chipset chính xác của điện thoại của bạn (hiển thị trên hộp, trong sách hướng dẫn hoặc trên trang web như GSMArena) và tìm kiếm xem chipset đó là ARM 32 bit hay 64 bit.
• Cài đặt một ứng dụng thông tin hệ thống nhẹ để báo cáo trực tiếp kiến trúc CPU, một số ứng dụng miễn phí tồn tại riêng cho mục đích này.
• Kiểm tra xem điện thoại có cài sẵn Android 9 trở lên như phiên bản hệ điều hành gốc hay không; Các yêu cầu 64-bit của Google từ khoảng thời gian đó khiến cho arm64-v8a về cơ bản được đảm bảo trên mọi thứ đủ điều kiện.

Cách kiểm tra kiến trúc mà APK hỗ trợ

Trước khi cài đặt một tệp từ bên ngoài Cửa hàng Play, bạn nên xác nhận nội dung bên trong tệp đó thay vì đoán mò. Thư viện gốc của APK nằm trong các thư mục được đặt tên theo kiến trúc của chúng bên trong thư mục lib/, chẳng hạn như lib/arm64-v8a/ hoặc lib/armeabi-v7a/. Bất kỳ công cụ nào có thể kiểm tra cấu trúc bên trong của APK đều có thể cho bạn biết chính xác thư mục nào hiện diện, từ đó cho bạn biết chính xác tệp sẽ chạy trên thiết bị nào.

APK phổ quát và APK đơn ABI: Bạn nên sử dụng loại nào?

Những sai lầm phổ biến mà mọi người mắc phải với các gói chia nhỏ

• Giả sử mọi sự phân chia là tùy chọn. Sự phân chia mật độ và ngôn ngữ thường là như vậy, nhưng sự phân chia kiến trúc thì không; không bao giờ bỏ qua nó trong quá trình hợp nhất.
• Chỉ lấy một kiến trúc được tách ra từ một trang nhân bản. Nếu bản tải xuống của bên thứ ba chỉ cung cấp lát cắt armeabi-v7a, thì nó có thể bị lỗi trên thiết bị cần arm64-v8a thay vào đó, mặc dù bản thân ứng dụng đó là hợp pháp.
• Hãy quên rằng máy tính bảng và Chromebook không phải lúc nào cũng là ARM. Rất nhiều Chromebook chạy ứng dụng Android và một số máy tính bảng cũ hơn là x86 hoặc x86_64 thay vì ARM.
• Thử nghiệm APK chỉ dành cho ARM bên trong trình mô phỏng x86. Một số bản dựng trình mô phỏng cũ hơn chạy trên x86 và APK chỉ gửi các thư viện gốc ARM sẽ không khởi chạy bên trong chúng, bất kể APK được đóng gói như thế nào.
• Nhầm lẫn giữa "phổ quát" với "ABI đơn". APK phổ quát có mục đích lớn hơn vì nó bao gồm mọi thứ; APK ABI đơn có kích thước nhỏ và được giới hạn một cách có chủ đích trong một họ chip.

Câu Hỏi Thường Gặp (FAQ)

Bạn không cần phải ghi nhớ bất kỳ điều gì trong số này. Phiên bản ngắn gọn: điện thoại hiện đại hầu như luôn có arm64-v8a, các ứng dụng được phân chia theo kiến trúc để tiết kiệm dung lượng và nếu có thứ gì đó từ chối cài đặt hoặc gặp sự cố ngay sau khi mở, kiến trúc không khớp là một trong những điều đầu tiên cần loại trừ trước khi cho rằng bản thân tệp bị hỏng.