版权声明：转载请注明出处：https://blog.csdn.net/zwjemperor https://blog.csdn.net/zwjemperor/article/details/52541264
随着业务需求的扩展，apk size会不断增加，size太大会影响用户下载和升级的意愿，压缩size是每个大型app必须的工作。
首先来看一下apk的构成:
主要包含资源和代码，那压缩size就要从这2方面入手。
资源方面
1. 删除无用资源
通过lint或resource shinking等删除无用资源
2. 压缩图片
1）无透明度的png转成jpg
2）通过tingpng, tingjpg等进行有损压缩，或通过ImageOptim进行无损压缩
3）在不影响质量的提前下将大图转换成webp
3. 压缩动画
压缩loading等gif动画，及其它较大的资源，如mp3
4. 动态加载
对动态表情等特定业务场景才使用的动画等资源做动态加载，app启动后在线下载，不随apk发包。
5. 使用微信资源压缩方案
方案见 https://github.com/shwenzhang/AndResGuard
代码方面
1. 开启proguard
proguard不仅能够混淆，而且能够优化代码，可以大大减小dex文件的大小。
但需要对被反射引用的类需要做好keep
2. 动态加载
对ocr（身份证识别）等较大的库做动态加载，app启动后在线下载，不随apk发包。
3. 插件化
将相对独立的业务做成插件，app启动后在线下载，不随apk发包。
4. 删除非必要的so库
很多app为了支持x86，apk至少包含arm和x86 2个ABI，甚至包括arm其实x86构架的手机也支持arm，可以删除x86 so，只保留arm。
有人认为x86手机以兼容模式运行arm so会影响效率，其实效率上的影响对用户并没有直接的感知。
删除x86 so可以大大减少apk size，特别是app集成了很多第三方so库的情况下，如fresco，rn等。
关于so的介绍详见Android 动态链接库加载原理及 HotFix 方案介绍
5. Facebook字节码优化方案redex
方案见 https://github.com/facebook/redex
其它方面
Android标准打包过程未对so库，arsc等文件进行压缩，打包时可以对这些资源进行压缩，可以压缩好几M的大小。
实践以上方案可大大减小apk size，实测45M降到30M以下~~~