先描述一下结论：
android:extractNativeLibs = true时，gradle打包时会对工程中的so库进行压缩，最终生成apk包的体积会减小。
但用户在手机端进行apk安装时，系统会对压缩后的so库进行解压，从而造成用户安装apk的时间变长。
关于android:extractNativeLibs默认值设定方面，若开发人员未对android:extractNativeLibs进行特殊配置：
-
minSdkVersion < 23 或 Android Gradle plugin < 3.6.0情况下，打包时android:extractNativeLibs=true； -
minSdkVersion >= 23 并且 Android Gradle plugin >= 3.6.0情况下，打包时android:extractNativeLibs=false；
一、起因
偶然发现，使用AndroidStudio将同一Module分别打包为aar与apk，两者占用的磁盘空间差距巨大：
打包为aar，占用磁盘空间4.4M；打包为apk，占用磁盘空间为11.7M；
使用AndroidStudio中 apkanalyzer 对比分析，两种打包方式so库 Rwa File Size 差距较大，但两者的Download Size 大小完全一致：
打包为aar，so库Rwa File Size为3.4M；打包为apk，so库Rwa File Size为8.2M；
打包为aar，so库Download Size为3.3M；打包为apk，so库Download Size为3.3M；
两种打包方式 apkanalyzer 对比分析如下：
打包为aar
打包为apk
两种打包方式Rwa File Size 与Download Size 差距较大，那Raw File Size与Download Size又是如何定义的呢？
二、Raw File Size & Download Size
官方 view_file_and_size_information： 描述如下：
APK Analyzer shows raw file size and download file size values for each entity, as shown in figure 1\. Raw File Size represents the unzipped size of the entity on disk while Download Size represents the estimated compressed size of the entity as it would be delivered by Google Play. The % of Total Download Size indicates the percentage of the APK's total download size the entity represents.
翻译后：
APK Analyzer 展示每个实体的 Raw File Size 与download file size ：
Raw File Size 代表对应实体在磁盘上未进行压缩的大小；
Download Size 代表对应实体在Google Play中，预估的压缩后的大小；
% of Total Download Size 代表对应模块实体，在Download Size总大小中所占百分比。
View file and size information
看到这里，怀疑：
打包为aar时，AndroidStudio对Module中的so库进行了压缩；但打包为apk时，未对Module中的so库进行压缩。
三、android:extractNativeLibs
查询相关资料，发现文章Android APK Raw File Size vs Download Size：
文章中提到：
打包APK时，是否对so库进行压缩的控制属性为 android:extractNativeLibs。
Android APK Raw File Size vs Download Size
AndroidManifest.xml中extractNativeLibs属性使用方式：
<application
android:extractNativeLibs="true">
</application>
3.1、android:extractNativeLibs = true
若android:extractNativeLibs = true，进行apk打包时，AndroidStudio会对Module中的so库进行压缩，最终得到的apk体积较小。
-
好处是：用户在应用市场下载和升级时，因为消耗的流量较小，用户有更强的下载和升级意愿。 -
缺点是：因为so是压缩存储的，因此用户安装时，系统会将so解压出来，重新存储一份。因此安装时间会变长，占用的用户磁盘存储空间反而会增大。
3.2、android:extractNativeLibs = false
若android:extractNativeLibs = false，进行apk打包时，AndroidStudio不会对Module中的so库进行压缩，最终生成的apk体积较大。
-
好处是：用户安装后，直接使用/data/data/your.app.package/lib路径下的so，没有额外的so复制操作，相对于android:extractNativeLibs = true而言，节省用户磁盘存储空间；
3.3、结论
android:extractNativeLibs = true的设定还是利大于弊的。
设置为true可以工程中的so库进行压缩，最终减小生成的apk包大小。至于安装应用时，因so库解压缩而造成的安装时间增长，相对于带来的好处（提高应用市场用户的下载和升级意愿）而言，我认为是可接受的。
四、android:extractNativeLibs默认值
android:extractNativeLibs官方API描述如下：
android:extractNativeLibs官方API描述
从android:extractNativeLibs官方API描述中可以了解到：
- 源码中 android:extractNativeLibs默认值为true；
- 编译器Android Gradle plugin 3.6.0 或更高版本，android:extractNativeLibs默认值为false；
但真的是这样吗？一起来探究一下。
4.1、源码中extractNativeLibs默认设定
从Android 6.0（API 23）开始，Android frame源码中PackageParser.java在读取android:extractNativeLibs属性值时，默认值为true；
对应的源码路径：frameworks/base/core/java/android/content/pm/PackageParser.java
if (sa.getBoolean(
com.android.internal.R.styleable.AndroidManifestApplication_extractNativeLibs,
true)) {
ai.flags |= ApplicationInfo.FLAG_EXTRACT_NATIVE_LIBS;
}
4.2、Android Gradle plugin 3.6.0 或更高版本
编译器Android Gradle plugin 3.6.0 或更高版本，在构建应用时会默认将 extractNativeLibs 设置为 false。
通过观察编译后生成的AndroidManifest.xml文件，发现 gradle 插件设置默认值为false，是通过在处理AndroidManifest.xml文件的时，在其中自动插入 android:extractNativeLibs=“false"来实现的。
由于 android:extractNativeLibs 这个属性是在Android 6.0（API 23）引入的，因此如果项目配置 中minSdkVersion < 23 的话，gradle 插件不会自动插入android:extractNativeLibs=“false"。
4.3、结论
开发人员在进行apk打包时，若未对android:extractNativeLibs进行特殊配置：
- 若
minSdkVersion < 23 或 Android Gradle plugin < 3.6.0，打包时android:extractNativeLibs=true； - 若
minSdkVersion >= 23 并且 Android Gradle plugin >= 3.6.0，打包时android:extractNativeLibs=false；
网友评论