使用Native库的时候控制APK大小

什么是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