您好,登錄后才能下訂單哦!
這篇文章將為大家詳細講解有關Android中APP存活檢測方式有哪些,小編覺得挺實用的,因此分享給大家做個參考,希望大家閱讀完這篇文章后可以有所收獲。
Android是一種基于Linux內核的自由及開放源代碼的操作系統,主要使用于移動設備,如智能手機和平板電腦,由美國Google公司和開放手機聯盟領導及開發。
稍微深入了解過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 ><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存活檢測方式有哪些”這篇文章就分享到這里了,希望以上內容可以對大家有一定的幫助,使各位可以學到更多知識,如果覺得文章不錯,請把它分享出去讓更多的人看到。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。