本文主要是介绍android应用常驻内存优化，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
android应用后台常驻内存优化
背景
一些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。
为了做到上述优化，需要完成两件事情
- 识别业务需要用到哪些类
- 支持配置特定类到maindex中
第一个事情可以通过修改app模块下AndroidManifest.xml文件中appComponentFactory参数来指定自定义classloader来解决
配置类似如下，SystemUIAppComponentFactory改为你自己实现的appComponentFactory，classloader中把加载类名通过命令行日志打印出来
<applicationtools: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
上面两个事情做完后，则可以测测内存是否有优化了，测试过程有一些注意事情
- 安装后执行adb shell pm be-dexopt-job com.your.appname指令执行dex2oat优化，否则内存测试不准确
- 通过abd shell dumpsys meminfo com.your.appname指令查看pss，dex重排优化的内存主要体现在这 code这一块划分上
这篇关于android应用常驻内存优化的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
