apk的构成
AndroidManifest.xml：核心的Android描述清单文件。这个文件罗列了APP名称，版本，访问权限，和APP引用的库文件等等。
assets：存放不需要被编译处理的文件，代码中可以通过AssetManager对象访问。
classes.dex：包含Java源码编译后生成的字节码文件，以DalvikART虚拟机能理解的dex文件格式。
lib：包含各个CPU架构下的so文件。子文件目录有armeabi，armeabi-v7a,arm64-v8a,x86,x86_64和mips。
META-INF：包含CERT.SF和CERT.RSA签名信息。
res：包含没有被编译到resources.arsc中的资源。
resources.arsc：编译后的二进制资源文件。包括图片、布局文件等。
可以优化的主要是资源和代码两个方面：
资源：
1. 删除无用资源
通过android studio lint工具删除无用资源（神器）
2. 压缩图片
1）无透明度的png转成jpg
2）通过tinypng,tinyjpg等进行有损压缩，或通过ImageOptim，进行无损压缩,此外如果想保证质量的同时也需要控制大小的需求下，WebP就是最好的方案。如果你不想用别人的，你可以自己使用Libjpeg库进根据需要来使用，不过需要C语言基础才行
3. 压缩动画
压缩loading等gif动画，及其它较大的资源，如mp3
4. 动态加载
对动态表情等特定业务场景才使用的动画等资源做动态加载，app启动后在线下载，不随apk发包。
5.微信资源压缩打包
微信中的资源混淆工具主要为了混淆资源ID长度(例如将res/drawable/welcome.png混淆为r/s/a.png)，同时利用7zip深度压缩，大大减少了安装包体积，同时也增加了逼格，提升了反破解难度。效果非常的好，强烈推荐。
具体实现原理请查看：http://www.iteye.com/topic/1141990
具体使用请查看：https://github.com/shwenzhang/AndResGuard
代码：
1.删除枚举类
一个枚举会增加你的app的class.dex文件大约1.0到1.4K的大小。对于复杂的系统或者共享库这种情况会更加明显。如果可能的话，考虑使用@IntDef和ProGuard来剥离枚举，并转换成Integer。这种类型转换保留了所有枚举的安全效益。
2. 开启proguard
proguard不仅能够混淆，而且能够优化代码，可以大大减小dex文件的大小。
但需要对被反射引用的类需要做好keep
3. 动态加载
对ocr（身份证识别）等较大的库做动态加载，app启动后在线下载，不随apk发包。
4. 插件化
将相对独立的业务做成插件，app启动后在线下载，不随apk发包。
5. 删除非必要的so库
很多app为了支持x86，apk至少包含arm和x86 2个ABI，甚至包括arm其实x86构架的手机也支持arm，可以删除x86 so，只保留arm。
6. 资源重用
同一个图片的着色，阴影，或者旋转版本等等，可以重用同一个资源集合和定制它们。
比如避免帧动画的使用就是一个很好的例子（因为帧动画每一帧都必须是一张明确的图片文件）。
7. 使用矢量图
矢量图在Android中以VectorDrawable对象代表（Android L版本引入）。使用VectorDrawable对象，允许开发人员以纯代码方式生成类似绘制的效果。一个100-byte文件可以生成一个屏幕大小清晰图像。
然而，每个VectorDrawable对象的渲染明显的消耗系统时间，并且更大的图片需要更长的时间来展示在屏幕上。因此仅仅在显示小的图片的时候考虑使用矢量图。
具体使用请查看：http://mobile.51cto.com/news-478709.htm
8. 着色方案以及使用shape背景
相信你的工程里也有很多selector文件，也有很多相似的图片只是颜色不同，通过着色方案我们能大大减轻这样的工作量，减少这样的文件。借助于androidsupport库可实现一个全版本兼容的着色方案。
具体实现原理请查看：http://www.race604.com/tint-drawable/
在扁平化盛行的当下，很多纯色的渐变的圆角的图片都可以用shape实现，代码灵活可控，省去了大量的背景图片。
网友评论