参考文献：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其实是有损压缩：
[原文] 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资源混淆工具使用说明
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、插件化
