1.?图片优化
- 仅支持特定密度：图片资源仅保留mdpi或drawable-nodpi
- png、jpg转成webp
推荐使用有损75%，视情况而定；
?
?2.?Json文件压缩
使用工具对json文件压缩；主要是删除空格和制表符等；对于大的json文件效果比较明显，
几百kb的文件可以压缩为几十kb
可使用在线json压缩工具
?3.?去除无用的语言资源
可只保留中文语言包
android?{?
????defaultConfig?{?
????????resConfigs?"zh"?
????}?
}??4. 优化资源文件
- 首先要检查删除项目中没有用到的的资源文件（图片、layout、xml等）
- 移除未使用资源 确保在 build.gradle 文件中开启了 shrinkResources 的属性，这个属性可以帮助移除那些在程序中使用不到的资源文件，帮助减少 App 的安装包大小。
android {
? buildTypes {
? ? release {
? ? ? shrinkResources true
? ? }
? }
}5. 优化代码（混淆）
压缩代码
可以通过开启 ProGuard 来实现代码压缩，可以在 build.gradle 文件相应的构建类型中添加 minifyEnabled true。
打开这些编译属性之后，程序在打包的时候就不会把没有引用到的代码编译进来，以此达到减少安装包大小的目的。
android {
? buildTypes {
? ? release {
? ? ? minifyEnabled true
? ? }
? }
}6. 减少 ENUM 的使用
每减少一个 ENUM 可以减少大约 1.0 到 1.4 KB 的大小。
7. 精简 so 资源
Android系 统目前支持以下七种不同的 CPU 架构：ARMv5、ARMv7（从 2010 年起）、x86（从 2011 年起）、MIPS（从 2012 年起）、ARMv8、MIPS64 和 x86_64（从 2014 年起）。
每一个 CPU 架构对应一个 ABI：armeabi、armeabi_v7a、x86、mips、arm64_v8a、mips64、x86_64。
所有的 x86、x86_64、armeabi_v7a、arm64_v8a 设备都支持 armeabi 架构的 so 文件，x86 设备能够很好的运行 ARM 类型函数库，但并不保证 100% 不发生 Crash，特别是对旧设备。
64 位设备（arm64-v8a、 x86_64、mips64）能够运行 32 位的函数库，但是以 32 位模式运行，在 64 位平台上运行 32 位版本的 ART 和 Android 组件，将丢失专为 64 位优化过的性能（ART、webview、media 等等）。
所以一般的应用完全可以根据自己业务需求选择使用 armeabi 或者 armeabi_v7a 一种支持就行。
比如：微信、微博、QQ 只保留了 armeabi，Facebook、Twitter、Instagram 只保留了 armeabi_v7a。
假设只支持了 armeabi，如果有特殊要求（比如视频应用）需要用到部分 armeabi_v7a 的 so，可以通过改名放到 armeabi 文件夹中，根据手机实际情况选择加载。
app build.gradle -->android{}-->defaultConfig{}中指定ndk
ndk {
? ? ? ?abiFilters?'armeabi','armeabi-v7a','arm64-v8a'
}
8. 支持插件化
插件化技术雨后春笋一样的都冒了出来，这些技术支持动态的加载代码和动态的加载资源，把 APP 的一部分分离出来了，对于业务庞大的项目来说非常有用，极大的分解了 APK 大小。
因为插件化技术需要一定的技术保障和服务端系统支持，有一定的风险，如无必要（比如一些小型项目，也没什么扩展业务）就不需要了，建议酌情选择。