Android APP终极瘦身

参考文献：APP终极瘦身指南

http://www.jayfeng.com/2016/03/01/Android-APP%E7%BB%88%E6%9E%81%E7%98%A6%E8%BA%AB%E6%8C%87%E5%8D%97/

前言

因公司中有个项目是商城和直播融合在一体的，apk包足足有50多M，因客户推广的需要，公司需要把APK的大小再“减小”一下

瘦身前，因为平时就考虑到大小的限制，所以很多工作已经做过了，如下列举现在的状态：

1、开启minifyEnabled

2、开启shrinkResources

3、已经去除不相关的大型库

4、图片和代码已经经历过粗略的一轮清理

所以现在是在这个基础上再进行一轮瘦身：

1、tinypng有损压缩

android打包本身会对png进行无损压缩，不信大家可以看看apk中的图片的大小实际上比你代码工程里的图片要小（针对没进行过无损压缩的那些png图）。

所以，纯粹的进行无损压缩并不会对apk的减小有任何效果，这是我特别想在这里强调的一个经验。

现在大家主流的比较喜欢用的tinypng其实是有损压缩：

https://tinypng.com/

[原文] TinyPNG uses smart lossy compression techniques to reduce the file size of your PNG files…

[翻译] TinyPNG使用智能有损压缩技术，来减少PNG文件的大小…

通过tinypng确实能在尽量少的损失下再减小apk，如果图片资源多或者大的话，效果还是很明显的。

具体减少多少，因为这个处理过程我们是间隔做的，无法准确给出结果，就按200k～500k算吧。

2、把png转为jpg，再转为webg

⚠️注意：在4.0 ~ 4.2.1的设备上无法显示带有透明度的webp，比如，把png转成webp则无法显示，但是如果把png先转成jpg再转成webp则能正常显示了，但会丢失透明度。参考链接：http://developer.android.com/guide/appendix/media-formats.html

3、大图压缩

如果经过上面的步骤，依然存在大图的话，说明确实图有点大了，可能真的有点大了！所以，要考虑的问题是，是否有必要保证如此的大小？能否缩小？如果这方面能减小的话，apk瘦身的效果必然又会上一个档次。这种情况下的apk的减小是不可估量的。

4、覆盖aar里的一些默认的大图，去除无用的语言资源

5、删除armable-v7包的so和删除x86包的so

6、微信资源压缩打包

详情参考：Android资源混淆工具使用说明

原理介绍：安装包立减1M–微信Android资源混淆打包工具

7、proguard深度混淆代码

8、深度清理代码和资源

新发现或者新引入的无用图片

这几张图怎么一样

这个类好像没有用

没用的类相关的图片也没用

有些图片可以用着色方案替换

有些图片可以用shape来代替

hdpi里的ic_luancher.png好像也可以删掉

9、proguard去符号表和去除provided关键字

在Proguard保留了符号表的

-keepattributes SourceFile,LineNumberTable

PS:友盟上看推广渠道的bug要辛苦一点，手动上传mapping.txt了

去除provided关键字

provided 'com.android.support:support-annotations:22.0.0'

10、表情包在线化，图标可以使用iconfont管理

11、全版本兼容的着色方案

考虑着色方案主要目的是更方便支持多主题，减轻UI工作量，减少工程里一大堆selector文件等，然后才是，顺便的减小一下apk大小。

12、去除重复库、无用库

13、使用更小的库

14、插件化