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