什么是ABI以及是如何工作的
ABI非常精确的定义了应用程序的机器代码与系统的运行时进行交互，所以你希望为每个CPU架构指定一个ABI。
Android支持如下的ABIs类型
mips, mips64, X86, X86–64, arm64-v8a, armeabi, armeabi-v7a
当你在应用程序中添加Native库的时候，他将包含所有支持的CPU的架构的.so文件，这样将会使应用程序的大小成倍的增加，然而目标设备却只需要一个库
让我们看一下ABI拆分如何帮我们解决这个问题
ABI拆分是告诉gradle构建系统为不同的CPU架构来生成多个APP，每个App只包括相关的Native库，具体操作如下：
android {
splits {
// Configures multiple APKs based on ABI.
abi {
// Enables building multiple APKs per ABI.
enable true
// By default all ABIs are included, so use reset() and include
// to specify that we only want APKs for x86, armeabi-v7a, and mips.
// Resets the list of ABIs that Gradle should create APKs for to none.
reset()
// Specifies a list of ABIs that Gradle should create APKs for.
include "mips", "x86", "x86_64", "arm64-v8a", "armeabi-v7a"
// Specifies that we do not want to generate a universal APK
// that includes all ABIs.
universalApk false
}
}
}
如果在应用程序中添加这些配置，将会为每个架构生成一个app，如下所示：
app
对于如此多的App，每次更新时维护是很困难的，所以为了解决这个问题，我们只需要兼容常用的ABI类型就行了
最终的解决方案
android {
defaultConfig {
applicationId "com.android.abi.myapplication"
minSdkVersion 17
targetSdkVersion 25
ndk {
abiFilters "armeabi-v7a", "x86"
}
}
}
ABI总结
每个架构的解释
armeabi, armeabi-v7a, and arm64-v8a
armeabi：armeabi是非常老的基于ARM的架构，Android 4.4之后，CDD（兼容性定义）在这里严格要求使用ARMv7
armeabi-v7a：是目前最常用的架构，所以每个应用程序都必须兼容
arm64-v8a：这是下一代64位的ARM架构，所有的旗舰版手机都使用这个架构，对于是否要兼容这个架构是可选的，因为他可以使用v7的架构，但是性能会有所下降，如果你想给使用旗舰版手机的用户获得最好的体验的话，还是兼容进去比较好。
X86：基于Intel处理器的设备
X86–64：市场上没有使用64位英特尔处理器的设备，即使有很少的设备，使用32位的版本的Native库也可以了。
mips and mips64：市场上没有MIPS架构的设备
参考文章
https://android.jlelse.eu/controlling-apk-size-when-using-native-libraries-45c6c0e5b70a
