稍微深入了解過(guò)Android的開(kāi)發(fā)者都知道，Android中每個(gè)APP的中的所有組件的生命周期狀態(tài)都是由ActivityManagerService(簡(jiǎn)稱(chēng)：AMS)進(jìn)程來(lái)維護(hù)的，所以當(dāng)某個(gè)APP被kill或意外crash時(shí)，AMS進(jìn)程會(huì)第一時(shí)間維護(hù)APP的組件。

我們今天不會(huì)看AMS進(jìn)程維護(hù)APP的流程，只看AMS是通過(guò)什么手段第一時(shí)間得到的通知，我們是否能夠?qū)⑦@種手段應(yīng)用到我們的APP中，在多進(jìn)程環(huán)境下，通過(guò)這種手段進(jìn)程間互相監(jiān)控起到一個(gè)守護(hù)的作用。

我們知道一個(gè)APP對(duì)應(yīng)唯一一個(gè)ActivityThread，這也是一個(gè)APP的真正的入口，當(dāng)ActivityThread#main執(zhí)行時(shí)，就會(huì)附著到AMS進(jìn)程，后續(xù)就由AMS進(jìn)程維護(hù)APP的狀態(tài)。那么關(guān)鍵點(diǎn)就在attach上。

見(jiàn)以下代碼：ActivityManagerService#attachApplicationLocked()

private final boolean attachApplicationLocked(IApplicationThread thread, int pid) { ... final String processName = app.processName; try { AppDeathRecipient adr = new AppDeathRecipient( app, pid, thread); <span style='background-color: rgb(255, 255, 51);'><strong>thread.asBinder().linkToDeath(adr, 0);</strong></span> app.deathRecipient = adr; } catch (RemoteException e) { app.resetPackageList(mProcessStats); startProcessLocked(app, 'link fail', processName); return false; } ... return true; }

上面被高亮顯示的這行代碼，就是關(guān)鍵點(diǎn)。 使用的是IBinder#linkToDeath來(lái)完成的。linkToDeath方法的第一個(gè)參數(shù)接收一個(gè)android.os.IBinder.DeathRecipient的接口實(shí)現(xiàn)，用來(lái)接收app death的通知。

當(dāng)然也可以通過(guò)IBinder#unlinkToDeath來(lái)取消監(jiān)聽(tīng)。

感興趣的同學(xué)，可以進(jìn)入源碼查看詳細(xì)的注釋?zhuān)@里就不在貼注釋。 源碼中DeathRecipient的實(shí)現(xiàn)是AppDeathRecipient來(lái)完成的， 這個(gè)處理中主要是AMS來(lái)清理當(dāng)前APP進(jìn)程對(duì)應(yīng)的組件資源。

通過(guò)上面的了解，在我們的APP中要使用以上手段，多個(gè)進(jìn)程之間要起到守護(hù)對(duì)方的作用，可能就需要得到對(duì)方的IBinder對(duì)象。

獲取IBinder對(duì)象的方法，參考如下：

1.通過(guò)Context#bindService，在onServiceConnected上接收IBinder對(duì)象；

2.通過(guò)創(chuàng)建android.os.Messenger對(duì)象，然后通過(guò)intent將此對(duì)象傳遞給對(duì)方進(jìn)程；

3.直接new Binder重寫(xiě)onTransact，然后通過(guò)intent將此Binder對(duì)象傳遞給對(duì)方進(jìn)程；

以上這篇Android APP存活檢測(cè)方式就是小編分享給大家的全部?jī)?nèi)容了，希望能給大家一個(gè)參考，也希望大家多多支持好吧啦網(wǎng)。