apk在下载、安装、更新前，都会显示安装包的大小，虽然现在移动流量日趋优惠，但是过大的安装包还是会降低下载量，apk的瘦身是最直接增加用户体验，在竞品中脱引而出的手段，接下来介绍一些对于安装包瘦身的策略及方法
是什么造成了APK越来越大呢？ 先来看一张解压之后的APK的目录图
上图源码目录
应该从哪些方面入手对APK进行瘦身呢？
冗余的代码，不必要的jar包；
未使用的静态资源，libs；
错误地预置数据
native code
未进行图片资源的优化与压缩（重点）
屏幕适配时，资源的重复使用；
使用proguard-rules.pro剔除冗余代码
proguard可以帮你在代码编译时对代码进行混淆，优化和压缩
Proguard 会遍历你的所有代码然后找出无用处的代码。所有这些不可达（或者不需要）的代码都会在生成最终的apk文件之前被清除掉。Proguard 也会重命名你的类属性，类和接口，然整个代码尽可能地保持轻量级水平
广泛使用 Lint剔除无用资源
Proguard 只会对 Java 代码起作用，那么对哪些资源文件呢？比如一张图片 my_image
在res/drawable
文件夹中，没有被使用，Proguard 只会移除掉 R
类中的引用，但是图片依然还在文件夹中。
Lint 一个静态的代码分析器，你只需通过调用 ./gradlew lint
这个简单地命令它就能帮你检查所有无用的资源文件。它在检测完之后会提供一份详细的资源文件清单，并将无用的资源列在“UnusedResources: Unused resources” 区域之下。只要你不通过反射来反问这些无用资源，你就可以放心地移除这些文件了。
图片资源优化
在不影响图片质量的情况下，有以下几种方案优化
1.使用tinypng
tinypng 是一个支持压缩png和jpg图片格式的网站，通过其独特的算法（通过一种叫“量化”的技术，把原本png文件的24位真彩色压缩为8位的索引演示，是一 种矢量压缩方法，把颜色值用数值123等代替。）可以实现在无损压缩的情况下图片文件大小缩小到原来的30%-50%。压缩率和压缩后的效果如下
2.只支持hdpi、xhdpi、xxhdpi
因为目前这三种分辨率占据了80%，对于低分辨率我们完全可以交给Android系统来处理，对于xxxhdpi是为了适应未来而存在的，现在还未普及，对于个别的图片我们可以单独处理
3.不用图片
有些简单的图形、背景，可以通过简单的编程做出来的，像分割线、圆角、纯色的背景等
4.尽可能重用
减少一些常用图标的重复使用，如果收起、展开、返回、提交、加载中、加载失败图片，预先让设计师定义一套完整的
5.使用webP图片格式：
WebP 是谷歌研发出来的一种图片数据格式，它是一种支持有损压缩和无损压缩的图片文件格式，派生自图像编码格式 VP8。根据 Google 的测试，无损压缩后的 WebP 比 PNG 文件少了 45％ 的文件大小，即使这些 PNG 文件经过其他压缩工具压缩之后，WebP 还是可以减少 28％ 的文件大小。目前很多公司已经将webP技术运用到Android APP中，比如FaceBook、腾讯、淘宝。webP相比于png最明显的问题是加载稍慢，不过现在的智能设备硬件配置越来越高，这都不是事儿。
假如你打算在 App 中使用 WebP，除了 Android4.0 以上提供的原生支持外，其他版本以可以使用官方提供的解析库 webp-android-backport 编译成so使用。
通常UI提供的图片都是png或者jpg格式，我们可以通过 智图 或者isparta将其它格式的图片转换成webP格式，isparta可实现批量转换，墙裂推荐！
