android service常驻内存的1点思考
android service常驻内存的一点思考
我们总是不想自己的Android service被系统清理,以前时候大家最常用的办法就是在JNI里面fork出子进程,然后监视 service进程状态,被系统杀死了就重启它.
我分别在android4.3和android5.0上面测试了LBE的清理内存功能,看看是不是会达到不被清理的目的,发现在这两个版本上还是有一些区别的
先说一下我们的代码,我们的service在单独的进程中,在service中调用JNI的代码,然后fork出一个进程,然后让我们的service进程和fork出来的子进程一直运行.
看清理之后的状态
- android4.4上面,JNI fork出来的进程没有被杀死,可以把被杀死的service进程重启
- android5.0上面还有效么?清理内存操作之后,可以看到fork出来的进程也会被杀死..看来这种方法已经失效了..
为什么5.0上面就不行了呢,咱们看一下activitymanagerservice,LBE的清理内存应该调用的killBackgroundProcesses,看看他们有什么区别
5.0的代码
Process.killProcessQuiet(app.pid);
Process.killProcessGroup(app.info.uid, app.pid);
4.3的代码
Process.killProcessQuiet(pid);
5.0的代码增加了killprocessgroup..
看来fork进程的方式来让android服务常驻内存的方式在5.0上面不管用了…
- 1楼x359981514昨天 22:01
- 5.0的受精卵中增加了Group的概念,对同一应用的线程进行统一管理了
- Re: shcalm7小时前
- 回复x359981514n同一应用的进程吧