附上官網(wǎng)權威說明：https://developer.android.com/ndk/guides/abis?hl=zh-cn

現(xiàn)有的CPU架構類型

開發(fā)Android應用時蛛壳，有時候Java層的編碼不能滿足實現(xiàn)需求，就需要到C/C++實現(xiàn)后生成SO文件所刀，再用System.loadLibrary()加載進行調用衙荐，這里成為JNI層的實現(xiàn)。常見的場景如：加解密算法浮创，音視頻編解碼等忧吟。在生成SO文件時，需要考慮適配市面上不同手機CPU架構斩披，而生成支持不同平臺的SO文件進行兼容溜族。目前Android共支持七種不同類型的CPU架構，分別是：ARMv5垦沉，ARMv7 (從2010年起)煌抒，x86 (從2011年起)，MIPS (從2012年起)厕倍，ARMv8寡壮，MIPS64和x86_64 (從2014年起)。

現(xiàn)有的常用ABI

應用程序二進制接口（Application Binary Interface）定義了其所對應的CPU架構能夠執(zhí)行的二進制文件（特別是.so文件）的格式規(guī)范绑青。在Android系統(tǒng)上诬像，不同 Android 手機使用不同的 CPU，因此支持不同的指令集闸婴。CPU 與指令集的每種組合都有其自己的應用二進制界面（或 ABI）坏挠。 ABI 可以非常精確地定義應用的機器代碼在運行時如何與系統(tǒng)交互。 您必須為應用要使用的每個 CPU 架構指定 ABI：armeabi邪乍，armeabi-v7a降狠，x86对竣，mips，arm64-v8a榜配，mips64否纬，x86_64【1】。

典型的 ABI 包含以下信息：

• 機器代碼應使用的 CPU 指令集蛋褥。
• 運行時內存存儲和加載的字節(jié)順序临燃。
• 可執(zhí)行二進制文件（例如程序和共享庫）的格式，以及它們支持的內容類型烙心。
• 用于解析內容與系統(tǒng)之間數(shù)據(jù)的各種約定膜廊。這些約定包括對齊限制，以及系統(tǒng)如何使用堆棧和在調用函數(shù)時注冊淫茵。
• 運行時可用于機器代碼的函數(shù)符號列表 - 通常來自非常具體的庫集爪瓜。
• 支持一個或多個指令集。

SO（CPU）的兼容

每一個CPU架構對應一個ABI匙瘪，一個cpu屬于某一種架構铆铆，多核cpu需要屬于相同架構才能一起工作,很多設備僅支持一種的CPU架構。

如果你要完美兼容所有類型的手機丹喻，理論上是要在的libs目錄下放置各個架構平臺的SO文件薄货。

1.png

這樣一寫，雖然可以兼容所有機型碍论，但你的項目體積也會變得非常龐大菲驴。是否一定需要帶入這么多SO文件去兼容呢？答案是否定的骑冗。

對于CPU來說，不同的架構并不意味著一定互不兼容先煎，根據(jù)目前Android共支持七種不同類型的CPU架構贼涩，其兼容特點可總結如下：

armeabi設備只兼容armeabi；
armeabi-v7a設備兼容armeabi-v7a薯蝎、armeabi遥倦；
arm64-v8a設備兼容arm64-v8a、armeabi-v7a占锯、armeabi袒哥；
X86設備兼容X86、armeabi消略；
X86_64設備兼容X86_64堡称、X86、armeabi艺演；
mips64設備兼容mips64却紧、mips桐臊；
mips只兼容mips；

根據(jù)以上的兼容總結晓殊，我們還可以得到一些規(guī)律：

• armeabi的SO文件基本上可以說是萬金油断凶，它能運行在除了mips和mips64的設備上，但在非armeabi設備上運行性能還是有所損耗巫俺；
• 64位的CPU架構總能向下兼容其對應的32位指令集认烁，如：x86_64兼容X86，arm64-v8a兼容armeabi-v7a介汹，mips64兼容mips却嗡；

.so文件的相關注意事項

SO的適配

當一個應用安裝在設備上，只有該設備支持的CPU架構對應的.so文件會被安裝痴昧。在x86設備上稽穆，libs/x86目錄中如果存在.so文件的話，會被安裝赶撰，如果不存在舌镶，則會選擇armeabi-v7a中的.so文件，如果也不存在豪娜，則選擇armeabi目錄中的.so文件（因為x86設備也支持armeabi-v7a和armeabi）餐胀。

從目前移動端CPU市場的份額數(shù)據(jù)看，ARM架構幾乎壟斷瘤载，所以否灾，除非你的用戶很特殊，否則幾乎可以不考慮單獨編譯帶入X86鸣奔、X86_64墨技、mips、mips64架構SO文件挎狸。除去這四個架構之后扣汪，還要帶入armeabi、armeabi-v7a锨匆、arm64-v8a這三個不同類型崭别，這對于一個擁有大量SO文件的應用來說，安裝包的體積將會增大不少恐锣。

針對以上情況茅主，我們可以應用的設備分布和市場情況再進行取舍斟酌，如果你的應用仍有不少armeabi類型的設備土榴，可以考慮只保留armeabi目錄下的SO文件（萬金油特性）诀姚。但是，盡管armeabi可以兼容多種平臺玷禽，仍有些運算在armeabi-v7a学搜、arm64-v8a娃善，去使用armeabi的SO文件時，性能會非常差強人意瑞佩，所以還是應該用其對應平臺架構的SO文件進行運算聚磺。

注意：
這里并不是要帶多一整套SO文件到不同的目錄下，而是將性能差異比較明顯的某個armeabi-v7a炬丸、arm64-v8a平臺下的SO文件放到armeabi目錄瘫寝，然后通過代碼判斷設備的CPU類型，再加載其對應架構的SO文件稠炬，很多大廠的應用便是這么做的焕阿。你應該盡可能的提供專為每個ABI優(yōu)化過的.so文件，但要么全部支持首启，要么都不支持：你不應該混合著使用暮屡。你應該為每個ABI目錄提供對應的.so文件。
如微信的lib下雖然只有armeabi一個目錄毅桃，但目錄內的文件仍放著v5褒纲、v7a架構的SO文件，用于處理兼容帶來的某些性能運算問題钥飞。

2.png

總結
就目前市場份額而言搬素，絕大部分的設備都已經(jīng)是armeabi-v7a恢共、arm64-v8a秤茅，你也可以考慮只保留armeabi-v7a架構的SO文件懈词，這樣能獲得更好的性能效果。性能差異比較明顯加入單的的so文件并在代碼中去判斷结闸。

引入.so文件的錯誤

當你引入一個.so文件時唇兑，不止影響到CPU架構。從其他開發(fā)者那里可以看到一系列常見的錯誤桦锄，其中最多的是"UnsatisfiedLinkError"幔亥，"dlopen: failed"以及其他類型的crash或者低下的性能：

1. 使用android-21平臺版本編譯的.so文件運行在android-15的設備上

使用NDK時，你可能會傾向于使用最新的編譯平臺察纯，但事實上這是錯誤的，因為NDK平臺不是后向兼容的针肥，而是前向兼容的饼记。推薦使用app的minSdkVersion對應的編譯平臺。

這也意味著當你引入一個預編譯好的.so文件時慰枕，你需要檢查它被編譯所用的平臺版本具则。

2. 混合使用不同C++運行時編譯的.so文件

.so文件可以依賴于不同的C++運行時，靜態(tài)編譯或者動態(tài)加載具帮〔├撸混合使用不同版本的C++運行時可能導致很多奇怪的crash低斋，是應該避免的。作為一個經(jīng)驗法則匪凡，當只有一個.so文件時膊畴，靜態(tài)編譯C++運行時是沒問題的，否則當存在多個.so文件時病游，應該讓所有的.so文件都動態(tài)鏈接相同的C++運行時唇跨。

這意味著當引入一個新的預編譯.so文件，而且項目中還存在其他的.so文件時衬衬，我們需要首先確認新引入的.so文件使用的C++運行時是否和已經(jīng)存在的.so文件一致买猖。

3. 沒有為每個支持的CPU架構提供對應的.so文件

這一點在前文已經(jīng)說到了，但你應該真的特別注意它滋尉，因為它可能發(fā)生在根本沒有意識到的情況下玉控。

例如：你的app支持armeabi-v7a和x86架構，然后使用Android Studio新增了一個函數(shù)庫依賴狮惜，這個函數(shù)庫包含.so文件并支持更多的CPU架構高诺，例如新增android-gif-drawable函數(shù)庫：

compile ‘pl.droidsonroids.gif:android-gif-drawable:1.1.+’

發(fā)布我們的app后，會發(fā)現(xiàn)它在某些設備上會發(fā)生Crash讽挟，例如Galaxy S6懒叛，最終可以發(fā)現(xiàn)只有64位目錄下的.so文件被安裝進手機。

解決方案：重新編譯我們的.so文件使其支持缺失的ABIs耽梅，或者設置

ndk.abiFilters

顯示指定支持的ABIs薛窥。

注意事項：如果你是一個SDK提供者，但提供的函數(shù)庫不支持所有的ABIs眼姐，那你將會搞砸你的用戶诅迷，因為他們能支持的ABIs必將只能少于你提供的。

4. 將.so文件放在錯誤的地方

我們往往很容易對.so文件應該放在或者生成到哪里感到困惑众旗，下面是一個總結：

• Android Studio工程放在jniLibs/ABI目錄中（當然也可以通過在build.gradle文件中的設置jniLibs.srcDir屬性自己指定）
• Eclipse工程放在libs/ABI目錄中（這也是ndk-build命令默認生成.so文件的目錄）
• AAR壓縮包中位于jni/ABI目錄中（.so文件會自動包含到引用AAR壓縮包的APK中）
• 最終APK文件中的lib/ABI目錄中
  通過PackageManager安裝后罢杉，在小于Android 5.0的系統(tǒng)中，.so文件位于app的nativeLibraryPath目錄中贡歧；在大于等于Android 5.0的系統(tǒng)中滩租，.so文件位于app的nativeLibraryRootDir/CPU_ARCH目錄中。

5. 只提供armeabi架構的.so文件而忽略其他ABIs的

如前文提到的利朵，所有的x86/x86_64/armeabi-v7a/arm64-v8a設備都支持armeabi架構的.so文件律想，因此似乎移除其他ABIs的.so文件是一個減少APK大小的好技巧。但事實上并不是：這不只影響到函數(shù)庫的性能和兼容性绍弟。

x86設備能夠很好的運行ARM類型函數(shù)庫技即，但并不保證100%不發(fā)生crash，特別是對舊設備樟遣。64位設備（arm64-v8a, x86_64, mips64）能夠運行32位的函數(shù)庫而叼，但是以32位模式運行身笤，在64位平臺上運行32位版本的ART和Android組件，將丟失專為64位優(yōu)化過的性能（ART葵陵，webview液荸，media等等）。

以減少APK包大小為由是一個錯誤的借口埃难，因為你也可以選擇在應用市場上傳指定ABI版本的APK莹弊，生成不同ABI版本的APK可以在build.gradle中如下配置：

android {
    ... 
    splits {
        abi {
            enable true
            reset()
            include 'x86', 'x86_64', 'armeabi-v7a', 'arm64-v8a' //select ABIs to build APKs for
            universalApk true //generate an additional APK that contains all the ABIs
        }
    }

    // map for the version code
    project.ext.versionCodes = ['armeabi': 1, 'armeabi-v7a': 2, 'arm64-v8a': 3, 'mips': 5, 'mips64': 6, 'x86': 8, 'x86_64': 9]

    android.applicationVariants.all { variant ->
        // assign different version code for each output
        variant.outputs.each { output ->
            output.versionCodeOverride =
                    project.ext.versionCodes.get(output.getFilter(com.android.build.OutputFile.ABI), 0) * 1000000 + android.defaultConfig.versionCode
        }
    }
 }

附錄：

【1】

3.png

armeabi
此 ABI 適用于基于 ARM、至少支持 ARMv5TE 指令集的 CPU涡尘。 請參閱以下文檔了解詳情：

• ARM 架構參考手冊
• ARM 架構的過程調用標準
• ARM ELF 文件格式
• ARM 架構的應用二進制界面 (ABI)
• ARM 架構的基本平臺 ABI
• ARM 架構的 C 庫 ABI
• ARM 架構的 C++ ABI
• ARM 架構的運行時 ABI
• ELF System V 應用二進制界面
• 通用/Itanium C++ ABI

AAPCS 標準將 EABI 定義為類似但不同 ABI 的系列忍弛。 此外，Android 還采用小字節(jié)序 ARM GNU/Linux ABI考抄。
此 ABI 不支持硬件輔助的浮點計算细疚。 相反，所有浮點運算都使用編譯器 libgcc.a
靜態(tài)庫中的軟件幫助程序函數(shù)川梅。
armeabi ABI 支持 ARM 的 Thumb（亦稱 Thumb-1）指令集疯兼。NDK 默認生成 Thumb 代碼，除非您在 Android.mk 文件中使用 LOCAL_ARM_MODE變量指定不同的行為贫途。

armeabi-v7a
此 ABI 可擴展 armeabi 以包含多個 CPU 指令集擴展吧彪。 此 Android 特定 ABI 支持的指令擴展包括：

• Thumb-2 指令集擴展，其性能堪比 32 位 ARM 指令丢早，簡潔性類似于 Thumb-1姨裸。
• VFP 硬件 FPU 指令。更具體一點怨酝，包括 VFPv3-D16傀缩，它除了 ARM 核心中的 16 個 32 位寄存器之外，還包含 16 個專用 64 位浮點寄存器农猬。

v7-a ARM 規(guī)格描述的其他擴展赡艰，包括 高級 SIMD（亦稱 NEON）、VFPv3-D32 和 ThumbEE斤葱，都是此 ABI 可選的慷垮。 由于不能保證它們存在，因此系統(tǒng)在運行時應檢查擴展是否可用揍堕。 如果不可用料身，則必須使用替代代碼路徑。此檢查類似于系統(tǒng)在檢查或使用 MMX鹤啡、SSE2 及 x86 CPU 上其他專用指令集時所執(zhí)行的檢查。

如需了解有關如何執(zhí)行這些運行時檢查的信息蹲嚣，請參閱 cpufeatures
庫递瑰。另外祟牲，有關 NDK 支持為 NEON 構建機器代碼的信息，請參閱 NEON 支持抖部。

armeabi-v7a ABI 使用 -mfloat-abi=softfp開關強制實施規(guī)則说贝，要求編譯器在函數(shù)調用時必須傳遞核心寄存器對中的所有雙精度值，而不是專用浮點值慎颗。 系統(tǒng)可以使用 FP 寄存器執(zhí)行所有內部計算乡恕。 這樣可極大地加速計算。

arm64-v8a
此 ABI 適用于基于 ARMv8俯萎、支持 AArch64 的 CPU傲宜。它還包含 NEON 和 VFPv4 指令集。
如需了解詳細信息夫啊，請參閱 ARMv8 技術預覽函卒，并聯(lián)系 ARM 了解進一步的詳細信息。

x86
此 ABI 適用于支持通常稱為“x86”或“IA-32”的指令集的 CPU撇眯。 此 ABI 的特性包括：

• 指令一般由具有編譯器標志的 GCC 生成报嵌，如下所示：

-march=i686 -mtune=intel -mssse3 -mfpmath=sse -m32

這些標志指向 Pentium Pro 指令集，伴隨 MMX熊榛、SSE锚国、SSE2、SSE3 及 SSSE3 指令集擴展玄坦。生成的代碼在頂層 Intel 32 位 CPU 之間進行了均衡優(yōu)化血筑。
如需了解有關編譯器標志的詳細信息，特別是與性能優(yōu)化相關的信息营搅，請參閱 GCC x86 性能提示云挟。

• 使用標準 Linux x86 32 位調用約定，與 SVR 使用的約定相反转质。如需了解詳細信息园欣，請參閱不同 C++ 編譯器和操作系統(tǒng)的調用約定的第 6 節(jié)“寄存器的使用”。

ABI 不含任何其他可選的 IA-32 指令集擴展休蟹，例如：

• MOVBE
• SSE4 的任何變體沸枯。

您仍可使用這些擴展，只要您使用運行時功能探測來啟用它們赂弓，并且為不支持它們的設備提供備用方法绑榴。
NDK 工具鏈假設在函數(shù)調用之前進行 16 位棧對齊。默認工具和選項強制執(zhí)行此規(guī)則盈魁。 如果編寫的是匯編代碼翔怎，必須確保棧對齊，而且其他編譯器也遵守此規(guī)則。
請參閱以下文檔了解詳情：

• GCC 在線文檔： Intel 386 和 AMD x86-64 選項
• 不同 C++ 編譯器和操作系統(tǒng)的調用約定
• Intel IA-32 Intel 架構軟件開發(fā)者手冊第 2 卷：指令集參考
• Intel IA-32 Intel 架構軟件開發(fā)者手冊第 3 卷：系統(tǒng)編程指南
• System V 應用二進制界面： Intel386 處理器架構補充

x86_64
此 ABI 適用于支持通常稱為“x86-64”的指令集的 CPU赤套。 它支持 GCC 通常使用以下編譯器標志生成的指令：

-march=x86-64 -msse4.2 -mpopcnt -m64 -mtune=intel

這些標志指向 x86-64 指令集（根據(jù) GCC 文檔）飘痛，伴隨 MMX、SSE容握、SSE2宣脉、SSE3、SSSE3剔氏、SSE4.1塑猖、SSE4.2 和 POPCNT 指令集擴展。 生成的代碼在頂層 Intel 64 位 CPU 之間進行了均衡優(yōu)化谈跛。
如需了解有關編譯器標志的詳細信息羊苟，特別是與性能優(yōu)化相關的信息，請參閱 GCC x86 性能币旧。
此 ABI 不含任何其他可選的 x86-64 指令集擴展践险，例如：

• MOVBE
• SHA
• AVX
• AVX2

您仍可使用這些擴展，只要您使用運行時功能探測來啟用它們吹菱，并且為不支持它們的設備提供備用方法巍虫。
請參閱以下文檔了解詳情：

• 不同 C++ 編譯器和操作系統(tǒng)的調用約定
• Intel64 和 IA-32 架構軟件開發(fā)者手冊第 2 卷：指令集參考
• Intel64 和 IA-32 架構軟件開發(fā)者手冊第 3 卷：系統(tǒng)編程

mips
此 ABI 適用于基于 MIPS、至少支持 MIPS32r1 指令集的 CPU鳍刷。它包含以下功能：

• MIPS32 修訂版 1 ISA
• 小字節(jié)序
• O32
• 硬浮點
• 無 DSP 應用特定的擴展

如需了解詳細信息占遥，請參閱以下文檔：

• 編程者的架構 ("MIPSARCH")
• ELF System V 應用二進制界面
• Itanium/通用 C++ ABI

如需了解更具體的詳細信息，請參閱 MIPS32 架構输瓜。常見問答請參閱 MIPS FAQ瓦胎。

mips64
此 ABI 適用于 MIPS64 R6。如需了解詳細信息尤揣，請參閱 MIPS64 架構搔啊。