APP中一种在Java层实现的简单守护进程方式

转载请把头部出处链接和尾部二维码一起转载，本文出自逆流的鱼yuiop：http://blog.csdn.net/hejjunlin/article/details/52779986

守护进程是一个黑色地带的产物，无论是通过native的方式在linux中fork进程达到，还是在java层通过两个service守护的方式，都是不太友好的做法，据很多人反应，总有一些实际的业务场景中，希望自己的应用保持live状态，

一种是在native中做：

• linux中多进程；
• unix domain套接字实现跨进程通信；
• linux的信号处理；
• exec函数族的用法；

把他们组合起来实现了一个双进程守护，几个实现双进程守护时的关键点：

1.父进程如何监视到子进程（监视进程）的死亡？

• 很简单，在linux中，子进程被终止时，会向父进程发送SIG_CHLD信号，于是我们可以安装信号处理函数，并在此信号处理函数中重新启动创建监视进程；

2.子进程（监视进程）如何监视到父进程死亡？

• 当父进程死亡以后，子进程就成为了孤儿进程由Init进程领养，于是我们可以在一个循环中读取子进程的父进程PID，当变为1就说明其父进程已经死亡，于是可以重启父进程。这里因为采用了循环，所以就引出了之前提到的耗电量的问题。

3.父子进程间的通信

• 有一种办法是父子进程间建立通信通道，然后通过监视此通道来感知对方的存在，这样不会存在之前提到的耗电量的问题，在本文的实现中，为了简单，还是采用了轮询父进程PID的办法，但是还是留出了父子进程的通信通道，虽然暂时没有用到，但可备不时之需！

这种native方式，可参考链接：

http://dearseven.blog.163.com/blog/static/100537922201523143957103/

今天介绍下用两个service守护的方式作一完整的小案例。仅作学习交流之用。两个进程互相监视对方，发现对方挂掉就立刻重启！(实际就是在onDisconnected时，start另一个service)

假设我们的APP中开启了两个Service，分别是A和B，那么：

如果A守护B，则B挂掉的同时，A就应该把B唤醒起来，反之亦然，也就是说A和B应该是互相守护，无论谁被杀掉，对方就把它唤醒起来。

既然提到了两个Service，那么这两个Service就不能让它们同处在一个进程中，否则就会被一次性双杀。显然不能在同一个进程中，在Android中通常我们可以使用AIDL来实现IPC实现。

原理图（简单版）：

ServiceA.Java









ServiceB.Java









MainActivity.java







Manifest.xml







IBridgeInterface.aidl







效果图：

最后：如果系统干掉这个服务，还是难逃此劫的。向ROM厂商提出加白名单方式，才是终极最万全方案。

以上完整代码下载链接：https://github.com/hejunlin2013/MultiMediaSample

第一时间获得博客更新提醒，以及更多android干货，源码分析，欢迎关注我的微信公众号，扫一扫下方二维码或者长按识别二维码，即可关注。

如果你觉得好，随手点赞，也是对笔者的肯定，也可以分享此公众号给你更多的人，原创不易