我们总是不想自己的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上面不管用了…
如果觉得《android服务常驻内存 android service常驻内存的一点思考》对你有帮助，请点赞、收藏，并留下你的观点哦！
