先描述一下结论:html
android:extractNativeLibs = true
时,gradle打包时会对工程中的so库进行压缩
,最终生成apk包的体积会减少
。
但用户在手机端进行apk安装时,系统会对压缩后的so库进行解压,从而形成用户安装apk的时间变长
。java
关于android:extractNativeLibs
默认值设定方面,若开发人员未对android:extractNativeLibs进行特殊配置:android
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;
app
使用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;
ide
两种打包方式 apkanalyzer 对比分析以下:gradle
两种打包方式Rwa File Size
与Download Size
差距较大,那Raw File Size
与Download Size
又是如何定义的呢?ui
官方 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.
翻译
翻译后:code
APK Analyzer 展现每一个实体的 Raw File Size
与download file size
:
Raw File Size
表明对应实体在磁盘上未进行压缩的大小;
Download Size
表明对应实体在Google Play中,预估的压缩后的大小;
% of Total Download Size
表明对应模块实体,在Download Size总大小中所占百分比。
打包为aar时,AndroidStudio对Module中的so库进行了压缩;但打包为apk时,未对Module中的so库进行压缩
。
查询相关资料,发现文章Android APK Raw File Size vs Download Size:
文章中提到:
打包APK时,是否对so库进行压缩
的控制属性为 android:extractNativeLibs
。
AndroidManifest.xml
中extractNativeLibs
属性使用方式:
<application android:extractNativeLibs="true"> </application>
若android:extractNativeLibs = true
,进行apk打包时,AndroidStudio会对Module中的so库进行压缩
,最终获得的apk体积较小。
好处是:
用户在应用市场下载和升级时,由于消耗的流量较小,用户有更强的下载和升级意愿。缺点是:
由于so是压缩存储的,所以用户安装时,系统会将so解压出来,从新存储一份。所以安装时间会变长,占用的用户磁盘存储空间反而会增大。若android:extractNativeLibs = false
,进行apk打包时,AndroidStudio不会对Module中的so库进行压缩
,最终生成的apk体积较大。
好处是:
用户安装后,直接使用/data/data/your.app.package/lib
路径下的so,没有额外的so复制操做,相对于android:extractNativeLibs = true
而言,节省用户磁盘存储空间;android:extractNativeLibs = true的设定仍是利大于弊的。
设置为true能够工程中的so库进行压缩,最终减少生成的apk包大小。至于安装应用时,因so库解压缩而形成的安装时间增加,相对于带来的好处(提升应用市场用户的下载和升级意愿)而言,我认为是可接受的。
android:extractNativeLibs官方API描述以下:
从android:extractNativeLibs官方API描述中能够了解到:
但真的是这样吗?一块儿来探究一下。
从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; }
编译器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"
。
开发人员在进行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
;apkanalyzer:
https://developer.android.com/studio/command-line/apkanalyzer
view_file_and_size_information:
https://developer.android.com/studio/build/apk-analyzer.html#view_file_and_size_information
Android APK Raw File Size vs Download Size:
https://stackoverflow.com/questions/45024723/android-apk-raw-file-size-vs-download-size-how-to-shrink-the-raw-file-size
android:extractNativeLibs:
https://developer.android.com/guide/topics/manifest/application-element.html#extractNativeLibs
Setting android:extractNativeLibs to reduce app size:
https://stackoverflow.com/questions/42998083/setting-androidextractnativelibs-false-to-reduce-app-size