1. 程式人生 > >android多cpu架構適配開篇

android多cpu架構適配開篇

簡介:做專案的時候經常會使用到so檔案。例如使用高德地圖,其SDK中就包含了armeabi、armeabi-v7a、arm64-v8a、x86等其他資料夾,裡面通常放著同樣名稱、同樣數量的so檔案。實際使用過程中,關於這些so檔案引發的問題確實不少,也不好解決。寫下此文,希望以後遇到相關的問題,能有個大概的思路。

名詞解析:

    NDK:Native Development Kit

    JNI:Java Native Interface

    ABI: Application Binary Interface 應用二進位制介面

Android Studio使用so庫

1、使用和eclipse一樣在libs目錄下新建armeabi目錄的方式

需要在build.gradle中新增指定jni庫目錄的語句

sourceSets {

   main.jniLibs.srcDirs = [‘libs‘] //指定libs為jni的存放目錄

}

2、使用AS預設的位置:src/main/jniLibs

直接在src/main/下新建jniLibs目錄,將armeabi等目錄放到該目錄下即可

備註:AS可以直接右鍵新建同目錄下的jniLibs目錄,但該目錄不是編譯好的庫檔案目錄,而是未編譯的原生代碼檔案的目錄(這裡指的是與java同級的jni目錄,放置cpp程式碼的)

android支援的cpu架構(目前是七種)

armeabi 第5代 ARM v5TE,使用軟體浮點運算,相容所有ARM裝置,通用性強,速度慢
armeabi-v7a 第7代 ARM v7,使用硬體浮點運算,具有高階擴充套件功能
arm64-v8a 第8代,64位,包含AArch32、AArch64兩個執行狀態對應32、64bit
x86 intel 32位,一般用於平板
x86_64 intel 64位,一般用於平板
mips 少接觸
mips64 少接觸

安裝時的相容性檢查:

   安裝到系統中後,so檔案會被提取在:data/app/com.xxxxxxxx.app-x/lib/目錄下(5.0版本)、/data/app-lib/目錄下(4.2版本),其中armeabi和armeabi-v7a會生成arm目錄,arm64-v8a會生成arm64目錄。

   安裝app的時候,如果app使用了so檔案,而不存在適合本機cpu架構的so檔案,會報如下錯誤:

Installation failed with message INSTALL_FAILED_NO_MATCHING_ABIS.

例如:在x86模擬器上就必須有x86版本的so資料夾。不然無法安裝成功。

執行時的相容性檢查:

1、檢查目標目錄下是否存在的so庫檔案

2、檢查存在的so檔案是否符合當前cpu架構。

   對於情況一,一般規避的做法是:保證jnilibs目錄下x86、x84_64、armeabi、armeabi-v7a、arm64-v8a等目錄下的檔名稱數量是一致的。

   例如:專案中使用了A、B、C三個第三方庫。其中A、B提供了armebi以及arm64-v8a版本的庫檔案,而C只提供了armebi、armebi-v7a版本的庫檔案。這時候只能夠刪除原有的arm64-v8a目錄,保留armeabi目錄,一般arm64的手機都能相容使用armeabi版本的庫。或者複製一份armeabi的so檔案到缺少的目錄中(推薦)。

生成so檔案:

   NDK交叉編譯時選定APP_ABI := armeabi x86 ...可以生成支援相應晶片的so檔案。APP_ABI := all生成支援所有晶片指令集(目前七種)so檔案。

Android載入so檔案規則:

   當你只提供了armeabi目錄時,armeabi-v7a、arm64-v8a架構的程式都會去armeabi裡尋找,而當你同時也提供了armeabi-v7a、armeabi-v8a目錄,而裡面又不存在對應的so庫時,系統就不會再去armeabi裡面尋找了,直接找不到報錯。其他平臺也是如此。這裡我踩了不少的坑,切記。

   一般來說,一些比較有名的第三方庫都會提供armeabi、armeabi-v7a、x86這三種類型的so檔案,同時擁有這三種版本的app可以在所有機型上執行。另外,越來越多的SDK會同時提供arm64-v8a版本。只包含armeabi的專案也可以在所有裝置上執行。

現實案例:

   我的專案中使用了armeabi、arm64-v8a兩種型別,而當我需要使用某語音第三方庫的時候,發現只提供了armeabi、armeabi-v7a兩種型別的so檔案,而我的手機是arm64-v8a的。所以只會使用arm64-v8a裡面的so檔案,當使用到該語音庫時找不到對應的so庫,就會報錯。理論上有以下兩種解決方法:

一、刪除所有arm64-v8a,只保留armeabi,全部使用相容性最高的版本,但也執行速度最慢。

二、將該語音庫的armeabi版本的so複製到arm64-v8a中。單一so檔案使用armeabi相容版本。

總結:

  1. 當你使用到so檔案時,保證每個子資料夾中檔名稱數量都是一致的。

  2. 對於只提供armeabi的第三方庫,複製一份armeabi的so檔案到缺失的其他目錄中;或者只保留armeabi目錄(不推薦)