一分钟搞明白Android的.so文件、ABI和CPU的关系

一、前言

不同的Android手机使用不同的CPU，而不同的 CPU支持不同的指令集，CPU与指令集的每种组合都有专属的应用二进制接口，即 ABI（全称：ApplicationBinary Interface）。

二、Android的CPU架构

Android系统目前支持以下七种不同的CPU架构

CPU架构	描述	时间
ARMv5	第5代 ARM v5TE，使用软件浮点运算，兼容所有ARM设备，通用性强，速度慢
ARMv7	第7代 ARM v7，使用硬件浮点运算，具有高级扩展功能	从2010年起
x86	intel 32位，一般用于平板	从2011年起
x86_64	intel 64位，一般用于平板	从2014年起
ARMv8	第8代，64位，包含AArch32、AArch64两个执行状态对应32、64bit	从2014年起
MIPS	少接触
MIPS64	少接触	从2014年起

三、CPU与ABI的对应关系

CPU架构（纵向）\API（横向）	armeabi	armeabi-v7a	arm64-v8a	x86	x86_64	mips	mips64
ARMv5	支持
ARMv7	支持	支持
x86	支持	支持		支持
x86_64	支持	支持			支持
ARMv8	支持	支持	支持
MIPS						支持
MIPS64						支持	支持

Android应用支持的ABI取决于APK中位于lib/ABI目录中的.so文件，其中ABI可能是上面说过的七种ABI中的一种。
当一个应用安装在设备上，只有该设备支持的CPU架构对应的.so文件会被安装。
选择ABI时会有个优先级，使用所支持的不同的ABI会表现出不同的性能。
举个例子
x86设备上，libs/x86目录中如果存在.so文件的话，会被安装，如果不存在，则会选择armeabi-v7a中的.so文件，如果也不存在，则选择armeabi目录中的.so文件。
x86设备能够很好的运行ARM类型函数库，但并不保证100%不发生crash，特别是对旧设备。
64位设备（arm64-v8a, x86_64, mips64）能够运行32位的函数库，但是以32位模式运行，在64位平台上运行32位版本的ART和Android组件，将丢失专为64位优化过的性能（ART，webview，media等等）。

四、典型的 ABI 包含的信息

1 机器代码应使用的 CPU指令集。
2 运行时内存存储和加载的字节顺序。
3 可执行二进制文件（例如程序和共享库）的格式，以及它们支持的内容类型。
4 用于解析内容与系统之间数据的各种约定。这些约定包括对齐限制，以及系统如何使用堆栈和在调用函数时注册。
5 运行时可用于机器代码的函数符号列表 - 通常来自非常具体的库集。

五、.so文件的命名规范

.so的名字必须有lib前缀 否则apk解压/安装到手机的时候不会把libs\API目录下的.so拷贝到/data/data/com.你的应用包名/lib下。

六、.so文件存放位置

相应的ABI二进制文件（如.so文件），要放进相应的ABI目录中
1 Android Studio工程
放在jniLibs/ABI目录中（当然也可以通过在build.gradle文件中的设置jniLibs.srcDir属性自己指定）
如jniLibs/armeabi/libxxx.so
2 Eclipse工程
放在libs/ABI目录中（这也是ndk-build命令默认生成.so文件的目录）
如libs/armeabi/libxxx.so
3 在AAR压缩包中
AAR压缩包中位于jni/ABI目录中（.so文件会自动包含到引用AAR压缩包的APK中）
如jni/armeabi/libxxx.so
4 在APK中的路径
最终APK文件中的lib/ABI目录中
如lib/armeabi/libxxx.so