守護(hù)進(jìn)程是一個黑色地帶的產(chǎn)物,無論是通過native的方式在Linux中fork進(jìn)程達(dá)到,還是在Java層通過兩個service守護(hù)的方式,都是不太友好的做法,據(jù)很多人反應(yīng),總有一些實(shí)際的業(yè)務(wù)場景中,希望自己的應(yīng)用保持live狀態(tài), 一種是在native中做:
- linux中多進(jìn)程;
- unix domain套接字實(shí)現(xiàn)跨進(jìn)程通信;
- linux的信號處理;
- exec函數(shù)族的用法;
把他們組合起來實(shí)現(xiàn)了一個雙進(jìn)程守護(hù),幾個實(shí)現(xiàn)雙進(jìn)程守護(hù)時的關(guān)鍵點(diǎn):
1.父進(jìn)程如何監(jiān)視到子進(jìn)程(監(jiān)視進(jìn)程)的死亡?
- 很簡單,在linux中,子進(jìn)程被終止時,會向父進(jìn)程發(fā)送SIG_CHLD信號,于是我們可以安裝信號處理函數(shù),并在此信號處理函數(shù)中重新啟動創(chuàng)建監(jiān)視進(jìn)程;
2.子進(jìn)程(監(jiān)視進(jìn)程)如何監(jiān)視到父進(jìn)程死亡?
- 當(dāng)父進(jìn)程死亡以后,子進(jìn)程就成為了孤兒進(jìn)程由Init進(jìn)程領(lǐng)養(yǎng),于是我們可以在一個循環(huán)中讀取子進(jìn)程的父進(jìn)程PID,當(dāng)變?yōu)?就說明其父進(jìn)程已經(jīng)死亡,于是可以重啟父進(jìn)程。這里因?yàn)椴捎昧搜h(huán),所以就引出了之前提到的耗電量的問題。
3.父子進(jìn)程間的通信
- 有一種辦法是父子進(jìn)程間建立通信通道,然后通過監(jiān)視此通道來感知對方的存在,這樣不會存在之前提到的耗電量的問題,在本文的實(shí)現(xiàn)中,為了簡單,還是采用了輪詢父進(jìn)程PID的辦法,但是還是留出了父子進(jìn)程的通信通道,雖然暫時沒有用到,但可備不時之需!
這種native方式,可參考鏈接: http://dearseven.blog.163.com/blog/static/100537922201523143957103/
今天介紹下用兩個service守護(hù)的方式作一完整的小案例。僅作學(xué)習(xí)交流之用。兩個進(jìn)程互相監(jiān)視對方,發(fā)現(xiàn)對方掛掉就立刻重啟!(實(shí)際就是在onDisconnected時,start另一個service)
假設(shè)我們的APP中開啟了兩個Service,分別是A和B,那么: 如果A守護(hù)B,則B掛掉的同時,A就應(yīng)該把B喚醒起來,反之亦然,也就是說A和B應(yīng)該是互相守護(hù),無論誰被殺掉,對方就把它喚醒起來。 既然提到了兩個Service,那么這兩個Service就不能讓它們同處在一個進(jìn)程中,否則就會被一次性雙殺。顯然不能在同一個進(jìn)程中,在Android中通常我們可以使用AIDL來實(shí)現(xiàn)IPC實(shí)現(xiàn)。
原理圖(簡單版):
ServiceA.Java
ServiceB.Java
MainActivity.java
Manifest.xml
IBridgeInterface.aidl
效果圖:
這里寫圖片描述
最后:如果系統(tǒng)干掉這個服務(wù),還是難逃此劫的。向ROM廠商提出加白名單方式,才是終極最萬全方案。 以上完整代碼下載鏈接:https://github.com/hejunlin2013/MultiMediaSample