稍微深入瞭解過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對象傳遞給對方進程；