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

守护进程是一个黑色地带的产物,无论是通过native的方式在linux中fork进程达到,还是在java层通过两个service守护的方式,都是不太友好的做法,据很多人反应,总有一些实际的业务场景中,希望自己的应用保持live状态, 一种是在native中做:
[list]
[*]linux中多进程;
[*]unix domain套接字实现跨进程通信;
[*]linux的信号处理;
[*]exec函数族的用法;
[/list]

把他们组合起来实现了一个双进程守护,几个实现双进程守护时的关键点:
1. 父进程如何监视到子进程(监视进程)的死亡?
很简单,在linux中,子进程被终止时,会向父进程发送SIG_CHLD信号,于是我们可以安装信号处理函数,并在此信号处理函数中重新启动创建监视进程;

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

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

这种native方式,可参考链接:
[url]http://dearseven.blog.163.com/blog/static/100537922201523143957103/[/url]

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

假设我们的APP中开启了两个Service,分别是A和B,那么:
如果A守护B,则B挂掉的同时,A就应该把B唤醒起来,反之亦然,也就是说A和B应该是互相守护,无论谁被杀掉,对方就把它唤醒起来。
既然提到了两个Service,那么这两个Service就不能让它们同处在一个进程中,否则就会被一次性双杀。显然不能在同一个进程中,在android中通常我们可以使用AIDL来实现IPC实现。

原理图(简单版):
[img]http://dl2.iteye.com/upload/attachment/0120/5382/1c9907c6-e181-3483-a7f8-36fb3bb2e2c9.png[/img]

ServiceA.Java
[img]http://dl2.iteye.com/upload/attachment/0120/5384/a6896a0b-43db-392d-b7f9-63b88c0d4df0.png[/img]
[img]http://dl2.iteye.com/upload/attachment/0120/5386/c4d74d01-6e30-37e3-80fe-4484e4260b9b.png[/img]

ServiceB.Java
[img]http://dl2.iteye.com/upload/attachment/0120/5388/c8b68722-e751-37bd-a2de-90a05c54d890.png[/img]
[img]http://dl2.iteye.com/upload/attachment/0120/5390/84e3d9cb-c9a4-347a-a931-6a347bb4ae37.png[/img]

MainActivity.java
[img]http://dl2.iteye.com/upload/attachment/0120/5392/f7ff42a0-8514-3fc6-8d24-6c71b896b82f.png[/img]

Manifest.xml
[img]http://dl2.iteye.com/upload/attachment/0120/5394/9cc8f257-041a-3efb-9398-edc91559fd37.png[/img]

IBridgeInterface.aidl
[img]http://dl2.iteye.com/upload/attachment/0120/5396/bc771154-8898-31ad-855b-df4b04ad0bf6.png[/img]

效果图:
[img]http://dl2.iteye.com/upload/attachment/0120/5398/ad6f694a-8c9c-3846-bbe5-7451c370d376.gif[/img]

最后:如果系统干掉这个服务,还是难逃此劫的。向ROM厂商提出加白名单方式,才是终极最万全方案。
以上完整代码下载链接:[url]https://github.com/hejunlin2013/MultiMediaSample[/url]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值