写在前面，这篇文章的目的是记录自己把打包的apk 从11M缩小为5.5M的过程。
先说一下PAD端软件的产生背景，在去年刚休完产假上班的第一周，就接到任务说要做一个针对设备端软件使用的PAD端，只要能传输图像，查看保存的图像就可以，故当时为了能够最快的完成任务，直接套用设备端的代码，并且在不熟悉设备端代码的前提下，不敢随意变更(删减)里面的业务代码。两个星期之内把主业务调试通过，基本功能具备，软件能够使用。后续十一之前归档了一次软件。之后没有再花精力。
最近刚好有时间，就想把代码整理一下，希望把apk包缩小。
如图，下图是依据修改的内容打出的5个包，能看到打包的体积在逐渐减小，下面也是根据打包的时间线来说明优化的过程。
1：首先能看到，第一次打包的软件，体积在11M之多
2：对业务逻辑比较熟了之后，开始着手把项目里面之前由技术手段隐藏View的代码片段改为删除代码，删除部分无用的图片资源，看到打包的apk体积比第一次一些，但是效果不明显
3：第2步打包出来的效果不明显， 于是借助AndroidStudio自带的工具，工具栏Build---->Analyze APK，工具，查看发现打出来的包，assert文件占地比较大，里面只有一个引用的gif文件， 后来检查发现这个gif文件被移动到drawable文件夹下已经被引用，故删除无用的gif文件，再次打包，可以看到，打包的体积被调整至8M多
4: 接下来，发现这个包跟设备端的apk体积差距不大，于是采取两个步骤
- 1：工具栏 Refactor--->Remove unused Resources， 让编译器自动检测有哪些资源未被调用，这个检测方式，可以列出项目中没有用到的资源文件，包括字符，颜色，xml文件，以及id编号等等，只要项目中没有用到，统统可以清理掉。(减小R文件)。用这个方式清除了很多依靠人力没办法分辨的资源
- 2：在build.gradle文件里，启用shrinkResources
- 3：再次编译，可以看到apk包变为7M多
5：在Analyze APK中，看到有一栏中是占据很大的空间，就是lib下面有三个文件夹，分别是x86, armeabi, armeabi-v7a, 查了下对应的是不用类型的处理器，然后现在基本上用的都是armeabi-v7a， 也即是说只用生成一种就可以，于是，在build.gradle中，配置abiFilters "armeabi-v7a"
6：到此为止，果然，编译出来的apk又小了接近2M，从开始到最后，一共缩减了一半的体积。
以上，是记录如何一步步解决问题。接下来，整理一下思绪，排出正确的顺序
1：shrinkResource 和 armeabi-v7a 直接先配置一下
2：Removed unused Resource 运用起来
3： 从Analyze APK中发现占用体积大的图片或者其他资源，按需清理
4：Analyze-->Inspect Code 查阅项目中的代码有没有不合规范的，借助工具
参考资料
1：性能优化缩小apk
2：最佳实践 —— 详细谈谈如何减小APK体积
3：说说Android项目中的armeabi，armeabi-v7a和x86
4： Android 设备的CPU类型(通常称为”ABIs”)
