1、基础知识:
1.1 apk结构
lib :存放so文件,对应不同的cpu架构
res :资源文件,layout、drawable等,经过aapt编译
assets :资源文件,不经过aapt编译
classes.dex :dx编译后的java文件,可执行文件,可以直接在Android系统中运行
resources.arsc :二进制资源文件,经过aapt打包res目录下的文件后生成的文件
META-INF :签名信息相关文件
CERT.RSA :签名文件,存放公钥和加密算法描述
CERT.SF :摘要加密,存放加密文件,是使用私钥对摘要明文加密后得到的密文信息,只有使用与私钥配对的公钥才能解密该文件
MANIFEST.MF :文件摘要,存放程序清单文件,包含包中所有文件的摘要明文
AndroidManifest.xml :清单文件,包含组件的声明和配置
kotlin :编译后的kotlin文件
1.2 apk打包流程
精简:资源文件、Java文件 > dex文件 > APK
2、优化方案
2.1 常规操作
2.1.1 图片体积压缩
1)tinypng压缩工具,在线压缩、AS插件
2)Webp格式,png格式转Webp格式,AS支持一键转换
3)图片着色器
针对相同图片不同颜色的处理,原本使用两个icon切换,可以使用android:tint=""代替
<ImageView
android:layout_width="100dp"
android:layout_height="100dp"
android:src="@drawable/img_fallback"
android:tint="@color/color_000000_FFFFFF"/>
2.1.2 开启混淆
buildTypes {
release {
minifyEnabled true
proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
}
}
注意:minifyEnabled true 默认启用R8代码缩减功能,慎用R8,会忽略视图修改默认优化行为的所有ProGuard规则,如:-optimizations 和 -optimizationpasses
解决方案:开启混淆,但不启用R8
android.enableR8=false
android.enableR8.libraries=false
2.1.3 资源缩减
1)Lint检测工具
- 检测无用的资源文件
AS Analyze -> Run Inspection by Name -> Unused resources
注意:这种方式不一定准确,如:有些图片,SDK有引用,但是在本地代码中检测不出来引用的地方。
检测结果:
- 检测
2)资源文件缩减
假如一些资源文件不确实是否还在使用,或者不确定需求是否变更,不敢删除,先留着。这情况可以使用shrinkResources来缩减资源。
buildTypes {
release {
minifyEnabled true // 开启混淆
shrinkResources true // 资源缩减
proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
}
}
注意:要配合minifyEnabled一起使用,原理:先代码移除,然后引用的资源变成无用,才可以进一步缩减。
3)so文件缩减
一般集成第三方SDK时,会提供各种架构的so文件,可以做相应的剔除
- 目前市面上手机cpu架构以arm架构为主,所以只保留arm的一种so文件即可,armeabi、armeabi-v7a的可直接删除
- 如果需要模拟器调试,可以加上x86架构
android {
defaultConfig {
ndk {
abiFilters 'armeabi-v7a'
}
}
}
4)移除未使用的备用资源
- 多语言项目,配置支持的语言
defaultConfig {
resConfigs("en", "zh", "zh-rCN")
}
- 资源文件,限制使用的目录
defaultConfig {
resConfigs("xxhdpi", "xxxhdpi")
}
2.2 进阶
2.2.1 resources资源混淆
资源混淆就是将原本冗长的资源路径变短,如:res/drawable/abc 变成 r/d/a。开源工具AndResGuard
2.2.2 ReDex
dex文件是打包中的产物,redex是facebook开源的分包优化方案。
2.2.3 so动态加载
so文件按需加载,利用插件化的思想。
注意:风险大,要考虑周全,如:下载时机、网络环境、加载失败后的策略。
2.2.4 插件化
按需加载
2.3 高级
2.3.1 图片网络化
将图片放到服务器,通过动态下载的方式减小apk体积。
弊端:首次加载图片,依赖网络环境
注意:如果比较在意流量、加载速度,需要权衡
2.3.2 原生 -> H5
如促销活动,需要加载大量图片,且原生不够动态化,可以使用H5来实现
2.3.3 修改第三方库,剔除不需要的代码
对于引用的第三方库,往往只是用到了其中某一两项功能,对于多余的功能,可以考虑剔除。
注意:版本升级的时候,要注意
2.3.4 DebugItem
DebugItem里主要包含两种信息:
- 调试信息,函数的参数变量和所以的局部变量
- 排查问题信息,所有的指令集行号和源文件行号的对应关系
注意:去除debug信息和行号信息,不是极致,不推荐
2.3.5 R Field内联
可以解决R文件过多导致MultiDex 65535的问题,进一步对代码瘦身,
参考:字节的shrink-r-plugin,滴滴的booster
2.3.6 减少ENUM使用
每减少一个ENUM,大约可以减少1-1.4kb的大小文章来源:https://www.toymoban.com/news/detail-643634.html
3、总结
任重道远 …文章来源地址https://www.toymoban.com/news/detail-643634.html
到了这里,关于Android APK体积优化(瘦身)的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!