本篇目录：
Android后台进程保活方案
1、程组一并杀死，这样一来，由于子进程和主进程在同一进程组，子进程在做的事情，也 就停止了。所以在 Android0 以后的手机应用在进程被杀死后，要采用其他方案。
2、首先要保证你的程序一直在于后台运行，也就是所谓和守护程序一样，而且在任何认为kill和系统内存回收kill后，保证重启。获取系统内部资源。上报策略，间隔时间上报还是按月按天上报。
3、保活原理：启动一个前台服务，从而拉高整个应用的优先级。因为一旦通知被用户干掉那么该保活方案就不好用了，所以通知图标存在与否是该方案是否可行的关键。但是该方案是谷歌官方承认的保活方案，所以可行性还是很高的。
4、问：进程保活方案？Android进程的回收策略主要是通过Low memory killer机制来完成的。
Android中“强制停止”和广播保活的一个小坑
就停止了。所以在 Android0 以后的手机应用在进程被杀死后，要采用其他方案。 这种大部分人都了解，据说这个微信也用过的进程保活方案，移步微信 Android 客户端 后台保活经验分享，这方案实际利用了 Android 前台 service 的漏洞。
该方案不受 forceclose 影响，被强制停止的应用依然可以被拉活，在 Android0 以下版本拉活效果非常好。
保护自己不被后台清理工具杀死在已经root的设备下，修改相应的权限文件，将App伪装成系统级的应用（Android0系列的一个漏洞，已经确认可行）Android系统中当前进程(Process)fork出来的子进程，被系统认为是两个不同的进程。
Android保活系列之——双进程守护
拉活和保活是相辅相成的。在0版本以后的机型上，系统杀应用是按照进程组杀的，会直接导致双进程守护失效。那么因此就不使用双进程了么？低版本双进程守护是依然亲测好使。
B 还在活着，B 可以将 A 进程拉起来，反之，B 进程死的时候，A 还活着，A 可以将 B 拉起来。所以双进程守护的前提是，系统杀进程只能一个个的去杀，如果一次性杀两个， 这种方法也是不 OK 的。
https：//github.com/Marswin/MarsDaemon 作者0以下系统用一个java进程和一个fork出来的纯native进程双管道互锁监听对方的状态，无论哪个被杀后都拉起第三个进程，第三个进程来拉活常驻进程，实现拉活。
Android系统中当前进程(Process)fork出来的子进程，被系统认为是两个不同的进程。当父进程被杀死的时候，子进程仍然可以存活，并不受影响。
问：进程保活方案？Android进程的回收策略主要是通过Low memory killer机制来完成的。
到此，以上就是小编对于android50以上版本的问题就介绍到这了，希望介绍的几点解答对大家有用，有任何问题和不懂的，欢迎各位老师在评论区讨论，给我留言。
