APK体积优化

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 大小。

因为插件化技术需要一定的技术保障和服务端系统支持，有一定的风险，如无必要（比如一些小型项目，也没什么扩展业务）就不需要了，建议酌情选择。