当前位置：首页 > news >正文

Android APK体积优化(瘦身)

news 2025/12/27 11:50:26

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=""代替

<ImageViewandroid:layout_width="100dp"android:layout_height="100dp"android:src="@drawable/img_fallback"android:tint="@color/color_000000_FFFFFF"/>

2.1.2 开启混淆

buildTypes {release {minifyEnabled trueproguardFiles 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的大小

3、总结

任重道远 …