背景
一些app业务需要在后台长时间运行,比如音乐播放,文件下载。这些任务一般都是按单独进程和service的形式进行,如果进程占用内存过高,则更容易被android系统杀掉,导致业务受影响,所以一个好的后台服务,常驻内存越低越好
优化思路
后台常驻内存优化,一方面是需要结合业务功能,另一方面也有一些通用的优化思路,本文主要介绍类重命名排序方案
另外的dex优化方案见
https://blog.csdn.net/qq_36267931/article/details/133869813
原理
内存分配的最小单位为页面(page), 通常为4kb,当加载某个类时,如果它达不到4kb, 则会顺便加载紧挨着的其他类。
由于Dex中类是按包名排序,那么编译时如果能把后台进程或service需要的类统一放到一个包名,让他们紧密排列在一起,则可以减少许多不必要的类加载,用更少的内存去加载同样的代码。
流程
修改classloader来获取需要重命名的类,方法参考
https://blog.csdn.net/qq_36267931/article/details/133869813
使用proguard的参数 -applymapping mapping.txt来使用mapping.txt文件作为配置文件,在mapping.txt 增加类似下面的字段
com.example.MyClass -> a.MyClass:
com.example.MyOtherClass -> a.MyOtherClass:
注意事项
- 重命名后的包名要尽可能短
- 确保重命名后的类不会重复