Apk瘦身

Apk的大小对于用户是否选择下载应用起着至关重要的影响
下面是对于减小Apk大小的一些常用且实用的方法总结
如有错误，欢迎大家踊跃指出

资源占用分析

使用AndroidStudio,将APK拖拽到AS里面就出现如下图：

图片压缩

图片类型

JPEG ：一种广泛使用的有损压缩图像的标准格式，不支持透明通道和多帧动画。
PNG : 一种无损压缩图片格式，支持透明通道
WebP ：支持有损和无损压缩、支持完整的透明通道、支持多帧动画，同时大小也得到很好的限制

压缩

使用 TinyPNG工具支持对PNG/JPEG图片类型的压缩

PNG替换

根据情况使用一下资源替换PNG

Drawable.xml : 一些渐变背景图或者形状都可以直接通过xml绘制出来，SVG在Android中的应用也可以给你提供一些绘制的思路
NinePatch : 点9图，体积小，支持拉伸不变形，实现一图多用，降低APK体积。AndroidStudio提供PNG转换成 NinePatch的方法，只需要对着PNG右键Create 9-Patch file
JPEG : 在对透明通道无需求的情况下，使用JPEG代替PNG也可以降低APK 体积

WebP

优势：
- PNG 转 WebP 的压缩率要高于 PNG 原图压缩率，同样支持有损与无损压缩
- 转换后的 WebP 体积大幅减少，图片质量也得到保障（同时肉眼几乎无法看出差异）
- 转换后的 WebP 支持 Alpha 透明和 24-bit 颜色数，不存在 PNG8 色彩不够丰富和在浏览器中可能会出现毛边的问题
- AndroidStudio2.3之后支持对WebP的预览和直接转换
注意：
- Android 4.0 以后才支持， 4.2.1以后才支持带透明通道的WebP
- 对于不需要透明度的PNG需要先转换成JPEG再转化成WebP，否则会因为带有透明通道，而在4.2.1以下的版本中无法显示

混淆

代码混淆

minifyEnable : 启动混淆，启用混淆的同时他会对代码压缩和优化，找出没有引用的代码并在生成APK之前剔除
shrinkResources : 只有当 minifyEnable 开启，才能起作用。去除无用的resource文件。注意： shrinkResources 不能帮你移除资源文件，只会帮你压缩合并（可能是因为R文件生成id索引信息）。
使用Lint删除无用资源： Refactor -> Remove Unused Resource 。注意：删除之前最好Preview一下，不然会把一些通过反射或者Uri等方式引用的资源也会被删除，最终导致 Resources Not Found Exception

资源混淆

关于资源混淆目前比较好的是微信的方案：AndResGuard
相关的注意事项和使用方式在项目地址也有很清晰的说明了~~

resConfig和lib

android {
  ...
    defaultConfig {
      ...
        resConfigs  "en","fr"

        ndk{
        //设置支持的SO库架构
        abiFilters 'armeabi','x86','armeabi-v7a','x86_64','arm64-v8a'
        }
    }
    }

根据需要指定需要的语言和需要兼容的so库文件，从而减少不必要的文件达到瘦身的目的。

优化代码

移除废弃功能的代码，反正有 VCS ，删了代码随时可以找回；
移除重复的代码，如：已经有了的功能代码，团队成员不知道自己又写了一套，只能靠代码 Review 解决了；
移除功能重叠的框架，如：项目中有几套网络访问框架 Volley、AsyncHttpClient、Retrofit 等，同样只能靠代码 Review 解决；
移除无用的 dependencies 或者 jar 包；
减小对 Support 兼容包的依赖，Support-V4 包非常大，项目引入无疑会增大 dex 文件的大小，Google 已经意识到这个问题，所以 Support-V7 一开始就做了拆分，并且开始对 Support-V4 做拆分，虽然目前成果还不明显，不过还是蛮值得期待的，特别是发现你少了 Support-V4 包后，可能就从2个 dex 变成1个 dex 了呢；
插件化，一种懒加载思想的体现，先让用户能够安装宿主包，对于一些功能模块做插件化，在特定的时机再下载安装；

综上所述，就可以有效的精简我们安装包中的 dex 文件大小，从而达到瘦身目的。

致谢

《Android高级进阶》 - 顾浩鑫
APK瘦身实践
APK应用瘦身的一些坑
APK应用瘦身
WebP探索

Apk瘦身实用总结