1，App为什么越来越大
我要对Apk进行优化，自然得先从Apk的组成来说起，了解了App的组成，才能做一些针对性的优化，Apk的目录结构
- AndroidManifest.xml：Android项目的清单文件，用来声明Android的应用名称，图标，Json配置目录，权限等全局属性，剩余的就是Android的四大组件了
- Assets：该目录用来保存需要打包到Android应用程序的静态资源文件，例如图片，Json配置，渠道配置，二进制数据未必好，HTML5离线资源文件等。和res/raw不同的是，Assets目录支持任意深度的目录结构，同时该目录下的文件不会生成资源ID
- classes.dex：应用程序的可执行文件
- libs：该目录存放的是应用程序依赖的不同的ABI类型的.so库文件
- res：该目录存放的是应用程序的资源文件，包括图片资源，字符串资源，颜色资源，尺寸资源等，这个目录下的文件都会生成资源ID
- META_INF:保存签名相关的信息，用于验证apk的完整性和保证系统的安全
- MANIFEST.MF:主要存放Apk包中每个文件的名字及每个文件的SHA1哈希值
- CERT.SF:保存的数MANIFEST.MF的哈希值以及MANIFEST.MF文件中哈希项的哈希值
- CERT.RSA：保存了Apk包的签名和证书的公钥信息
从上面的分析可以看出，影响最终包体积大小的文件可以分为三种类型
- Java代码文件：classes.dex
- native代码文件：lib目录下面的.so文件
- 资源文件：包括assets目录，res目录以及resources索引表文件
App的瘦身方法主要基于如何减少以上三种类型的文件大小得出方案
2，优化图片资源的占用空间
-
目前移动端支持的图片类型有JPG，PNG，GIF，BMP，WEBP（4.0开始支持），但是Android移动应用开发中能够支持的只有三种，JPEG，PNG和WEBP
public enum CompressFormat { /** * 有损图像压缩标准，不支持透明和多帧动画，只有RGB通道 */ JPEG (0), /** * 无损压缩图片格式，支持完整的透明度通道，有ARGB通道，因此PNG图片占有的空间要大一些 * 因此也是App瘦身的一个方向 */ PNG (1), /** * 支持有损和无损俩种压缩格式，支持完整的透明度通道，支持多帧动画 * 在既保证图片质量又限制图片大小的前提下，WebP应该是首选 */ WEBP (2); CompressFormat(int nativeInt) { this.nativeInt = nativeInt; } final int nativeInt; } -
PNG/JPEG转换为WebP
- Android studio可以帮助我们自动将PNG图片转换为WebP图片
- 需要注意的是，对于具有Alpha通道的PNG图片来说，如果需要在4.2.1之前系统上运行，那么不能转换成WebP格式，因为只有在4.2.1以上的系统才能解析具有Alpha通道的WebP图片
-
尽量使用.9格式的PNG图片
3，使用Lint删除无用资源
Android lint天然集成在Android studio中，他会分析res目录下的资源文件，但是不会分析Assets下的文件（但是它不能检查出利用Java反射使用的一些资源）
4，利用Android gradle的配置
-
minifyEnabled true 标记是否启用混淆，启用的话需要设置proguard配置文件和规则，proguard不仅仅是混淆，它还具有压缩，优化等功能，同时proguard使用简短的字母组合代理原来的类名，属性名等，这些都能减少Apk的包大小
-
shrinkResources 这个实际项目中不建议使用，如果资源是反射使用的话，也可能被删除掉。而且minifyEnabled=true 的情况下才会生效
-
resConfig
-
DPI目录：我们只需要给产品使用的主流设备适配就可以，全部适配的话，会显著增加app的包大小
-
国际化文件：
defaultConfig { resConfigs "cn","en" resConfigs "xxhdpi","xhdpi" }
-
-
ndk.abiFilters 在gradle的文件中增加ndk的配置，指定我们需要的ABI类型，从而可以过滤掉不需要的ABI类型的.so文件
ndk { abiFilters "armeabi"/*, "armeabi-v7a", "arm64-v8a", "x86_64"*/ }
4,重构和优化代码
删除不必要的代码，逻辑等
5，资源混淆
6，插件化
插件根据实际需要来下载
网友评论