稍微深入了解過Android的開發者都知道，Android中每個APP的中的所有組件的生命周期狀態都是由ActivityManagerService(簡稱：AMS)進程來維護的，所以當某個APP被kill或意外crash時，AMS進程會第一時間維護APP的組件。

我們今天不會看AMS進程維護APP的流程，只看AMS是通過什么手段第一時間得到的通知，我們是否能夠將這種手段應用到我們的APP中，在多進程環境下，通過這種手段進程間互相監控起到一個守護的作用。

我們知道一個APP對應唯一一個ActivityThread，這也是一個APP的真正的入口，當ActivityThread#main執行時，就會附著到AMS進程，后續就由AMS進程維護APP的狀態。那么關鍵點就在attach上。

見以下代碼：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; }

上面被高亮顯示的這行代碼，就是關鍵點。 使用的是IBinder#linkToDeath來完成的。linkToDeath方法的第一個參數接收一個android.os.IBinder.DeathRecipient的接口實現，用來接收app death的通知。

當然也可以通過IBinder#unlinkToDeath來取消監聽。

感興趣的同學，可以進入源碼查看詳細的注釋，這里就不在貼注釋。 源碼中DeathRecipient的實現是AppDeathRecipient來完成的， 這個處理中主要是AMS來清理當前APP進程對應的組件資源。

通過上面的了解，在我們的APP中要使用以上手段，多個進程之間要起到守護對方的作用，可能就需要得到對方的IBinder對象。

獲取IBinder對象的方法，參考如下：

1.通過Context#bindService，在onServiceConnected上接收IBinder對象；

2.通過創建android.os.Messenger對象，然后通過intent將此對象傳遞給對方進程；

3.直接new Binder重寫onTransact，然后通過intent將此Binder對象傳遞給對方進程；

以上這篇Android APP存活檢測方式就是小編分享給大家的全部內容了，希望能給大家一個參考，也希望大家多多支持好吧啦網。