android应用后台常驻内存优化（一） dex重排

android应用后台常驻内存优化（一） dex重排

背景

一些app业务需要在后台长时间运行，比如音乐播放，文件下载。这些任务一般都是按单独进程和service的形式进行，如果进程占用内存过高，则更容易被android系统杀掉，导致业务受影响，所以一个好的后台服务，常驻内存越低越好

优化思路

后台常驻内存优化，一方面是需要结合业务功能，另一方面也有一些通用的优化思路，本文主要介绍dex重排优化，通过把应用启动和后台运行时需要的代码统一放到一个dex里面，减少后台进程加载的dex数量，进而直接减少dex映射占用的内存。

dex重排优化代码加载

解压apk后我们一般会看到许多个dex文件，名字按数字排序，class.dex class1.dex class2.dex等，当程序运行需要加载某个类时，虚拟机则会通过DexClassLoader按数字顺序查找到类所在的dex，然后把dex通过mmap的方式映射到内存中，最后再加载出需要的类。

所以一个优化思路是，把需要用到的类都放到一个maindex里面，从而减少dex的加载数量，进而降低内存，

举个例子
程序运行需要类A和类B，而类A在class.dex（也叫maindex）中，而类B在class1.dex中，那么运行时就需要映射两个dex文件到内存中，一般一个dex大小在4-5m左右，两个dex的话则占用了8-10m左右。
而如果类A和类B都能放在class.dex中，则可以减少一个类加载，把内存降低4-5m。

为了做到上述优化，需要完成两件事情

1. 识别业务需要用到哪些类
2. 支持配置特定类到maindex中

第一个事情可以通过修改app模块下AndroidManifest.xml文件中appComponentFactory参数来指定自定义classloader来解决
配置类似如下，SystemUIAppComponentFactory改为你自己实现的appComponentFactory，classloader中把加载类名通过命令行日志打印出来

<application
        tools:replace="android:appComponentFactory"
        android:appComponentFactory=".SystemUIAppComponentFactory">
    </application>

https://developer.android.google.cn/reference/kotlin/android/app/AppComponentFactory

第二个事情则是通过proguard的配置文件来解决

https://google.github.io/android-gradle-dsl/2.3/com.android.build.gradle.internal.dsl.ProductFlavor.html

上面两个事情做完后，则可以测测内存是否有优化了，测试过程有一些注意事情

1. 安装后执行adb shell pm be-dexopt-job com.your.appname指令执行dex2oat优化，否则内存测试不准确
2. 通过abd shell dumpsys meminfo com.your.appname指令查看pss，dex重排优化的内存主要体现在这 code这一块划分上