從appDiedLocked()方法談起

文章開始我們首先明白幾個問題

  • appDiedLocked()這個方法是干什么的?
  • 這個方法從那里調用過來,最終要達到什么目的?
  • 理解了這個方法對于我們有什么好處?

首先我們得明白appDiedLocked()這個方法是干什么的?這個方法我從ActivityThread.main()中入手,從這里入手的原因,是因為進程創建之后會從這個方法開始綁定AMS,在AMS中通過調用AMS.attachApplicationLocked()這個方法開始綁定,在這個方法中會有對ApplicationThreadProxy綁定通知,見代碼。

private final boolean attachApplicationLocked(IApplicationThread thread,
        int pid) {
    //綁定死亡通知,此處thread真實數據類型為ApplicationThreadProxy
    AppDeathRecipient adr = new AppDeathRecipient(app, pid, thread);
    thread.asBinder().linkToDeath(adr, 0);
    app.deathRecipient = adr;
}

在這個過程中,當我們binder server掛掉后,會回調AppDeathRecipient.binderDied()方法通知client端。
那到這里我們的server端是指應用進程的ApplicationThread,其中ApplicationThread是在ActivityThread中創建的此時屬于新建的進程(比如新建app的進程)。client就是ApplicationThreadProxy對象,這個對象是在AMS中,AMS是在system_server中。所以當我們binder server端死亡的時候(app進程死亡)我們system_server進程就會收到通知。做一些處理,我們今天就著重聊聊怎么處理。

appDiedLocked.jpg

1.1 AMS.appDiedLocked()

ActivityManagerService.java

final void appDiedLocked(ProcessRecord app, int pid, IApplicationThread thread,
        boolean fromBinderDied) {
    //當進程還沒有設置已被殺的標記,則進入該分支殺掉相應進程
    if (!app.killed) {
        //非binder死亡回調,而是上層直接調用該方法,則進入該分支
        if (!fromBinderDied) {
            Process.killProcessQuiet(pid);//關于這個方法我們后面會單獨寫文章講述
        }
        killProcessGroup(app.info.uid, pid);
        app.killed = true;
    }

    if (app.pid == pid && app.thread != null &&
            app.thread.asBinder() == thread.asBinder()) {
        //一般為true
        boolean doLowMem = app.instrumentationClass == null;
        boolean doOomAdj = doLowMem;
        boolean homeRestart = false;
        if (!app.killedByAm) {
            //當app不是由am所殺,則往往都是lmk所殺
            if (mHomeProcessName != null && app.processName.equals(mHomeProcessName)) {
                mHomeKilled = true;
                homeRestart = true;
            }
            //既然是由lmk所殺,說明當時內存比較緊張,這時希望能被殺
            mAllowLowerMemLevel = true;
        } else {
            mAllowLowerMemLevel = false;
            doLowMem = false;
        }

        //從ams移除該進程以及connections [1.2]
        handleAppDiedLocked(app, false, true);

        //一般為true,則需要更新各個進程的adj
        if (doOomAdj) {
            updateOomAdjLocked();//這個方法我們后面會單獨寫文章總結
        }

        //當進程是由lmkd所殺,則進入該分支
        if (doLowMem) {
            //只有當mLruProcesses中所有進程都運行在前臺,才報告內存信息
            doLowMemReportIfNeededLocked(app);
        }
        if (mHomeKilled && homeRestart) {
            Intent intent = getHomeIntent();
            //根據intent解析相應的home activity信息
            ActivityInfo aInfo = mStackSupervisor.resolveActivity(intent, null, 0, null, 0);
            //當桌面被殺,則立馬再次啟動桌面進程
            startProcessLocked(aInfo.processName, aInfo.applicationInfo, true, 0,
                    "activity", null, false, false, true);
            homeRestart = false;
        }
    }
}
  • 如果應用不是被AMS殺的,就是被lmk了,這個時候只有的那個mLruProcesses中如果進程都在前臺,才會打印內存信息。EventLogTags.AM_LOW_MEMORY這個時候打印mLruProcesses.size(),我們可以不關心這個
  • handleAppDiedLocked()這個方法我們下面講,就是要從AMS中移除這個進程的信息以及一些組件信息。
  • updateOomAdjLocked()這個是用來調度進程優先級的,比較復雜我們以后單獨有一篇文章會研究這個方法。
  • startProcessLocked()當桌面被殺的時候會立馬啟動桌面進程

  • ==mLruProcesses是一個通過lru對進程信息的隊列,首元素是最近最少使用的進程==
  • ==fromBinderDied是用來判斷是不是通過正常binder死亡回調調用過來的方法==

1.2 AMS.handleAppDiedLocked()

ActivityManagerService.java


// restarting = false,  allowRestart = true
private final void handleAppDiedLocked(ProcessRecord app,
        boolean restarting, boolean allowRestart) {
    int pid = app.pid;
    //清理應用程序servcie,content providers,BroadcastReceiver[1.3]
    boolean kept = cleanUpApplicationRecordLocked(app, restarting, allowRestart, -1);
    //這里主要看這個進程信息是不是還需要保存,如果不需要保存,并且不需要重啟
    //則會在lruProcess中去除這個進程信息,并且在ProcessList中移除掉
    if (!kept && !restarting) {
        removeLruProcessLocked(app);
        if (pid > 0) {
            ProcessList.remove(pid);
        }
    }

    //清理activity相關信息, 當應用存在可見的activity則返回true [見小節1.4]
    boolean hasVisibleActivities = mStackSupervisor.handleAppDiedLocked(app);
    app.activities.clear();
    ...
    //當死亡的app存在可見的Activity, 則恢復棧頂第一個非finish的activity
    if (!restarting && hasVisibleActivities && !mStackSupervisor.resumeTopActivitiesLocked()) {
       //恢復top activity失敗,則再次確保有可見的activity
       mStackSupervisor.ensureActivitiesVisibleLocked(null, 0);
   }
}


小節:

  • 先通過cleanUpApplicationRecordLocked()清除應用里面有關service, BroadcastReceiver, ContentProvider的記錄相關。
  • 清理activity相關信息,當應用存在可見的activity則返回true嘗試進行恢復

==cleanUpApplicationRecordLocked()方法會打印log:“cleanUpApplicationRecord -- " + app.pid==

那么既然有allowRestart這個參數,那么什么時候傳遞進來這個參數為true,什么時候傳遞進來為false呢?

  1. allowRestart = true

    • attachApplicationLocked
    • startProcessLocked
    • appDiedLocked
    • removeProcessLocked
      killAllBackgroundProcesses 打印reason為:kill all background
      killPackageProcessesLocked 打印reason為AMS調用forceStopPackageLocked的reason,比較多
      processContentProviderPublishTimedOutLocked 打印reason為:timeout publishing content providers
      
  2. allowRestart = false

    • handleAppCrashLocked
    handleAppCrashLocked
        removeProcessLocked 打印reason為:crash
    
    • systemReady
    removeProcessLocked 打印的reason為:system update done
    

1.3 AMS.cleanUpApplicationRecordLocked()

ActivityManagerService.java

private final boolean cleanUpApplicationRecordLocked(ProcessRecord app,
        boolean restarting, boolean allowRestart, int index) {
    mProcessesToGc.remove(app);
    mPendingPssProcesses.remove(app);
    ------------------------清除crashing的彈框------------------------------
    //如果存在,則清除crash/anr/wait對話框
    if (app.crashDialog != null && !app.forceCrashReport) {
        app.crashDialog.dismiss();
        app.crashDialog = null;
    }
    if (app.anrDialog != null) {
        app.anrDialog.dismiss();
        app.anrDialog = null;
    }
    if (app.waitDialog != null) {
        app.waitDialog.dismiss();
        app.waitDialog = null;
    } 
    app.crashing = false;
    app.notResponding = false;
    ------------------------做一些基本的清理工作------------------------------
    app.resetPackageList(mProcessStats);//重置包列表
    app.unlinkDeathRecipient();//解除死亡回調同志
    app.makeInactive(mProcessStats);
    app.waitingToKill = null;
    app.forcingToForeground = null;
    updateProcessForegroundLocked(app, false, false);//將app從前臺進程移除
    app.foregroundActivities = false;
    app.hasShownUi = false;
    app.treatLikeActivity = false;
    app.hasAboveClient = false;
    app.hasClientActivities = false;
    ------------------------清理service------------------------------
    mServices.killServicesLocked(app, allowRestart);
    boolean restart = false;
    ------------------------清理ContentProvider------------------------------
    
    ...
    for (int i = app.pubProviders.size() - 1; i >= 0; i--) {
        //獲取該進程已發表的ContentProvider
        ContentProviderRecord cpr = app.pubProviders.valueAt(i);
        // allowRestart=true,一般地always=false
        final boolean always = app.bad || !allowRestart;
        //ContentProvider服務端被殺,則client端進程也會被殺
        boolean inLaunching = removeDyingProviderLocked(app, cpr, always);
        if ((inLaunching || always) && cpr.hasConnectionOrHandle()) {
            restart = true; //需要重啟
        }

        cpr.provider = null;
        cpr.proc = null;
    }
    app.pubProviders.clear();

    //處理正在啟動并且是有client端正在等待的ContentProvider
    if (cleanupAppInLaunchingProvidersLocked(app, false)) {
        restart = true;
    }

    //取消已連接的ContentProvider的注冊
    if (!app.conProviders.isEmpty()) {
        for (int i = app.conProviders.size() - 1; i >= 0; i--) {
            ContentProviderConnection conn = app.conProviders.get(i);
            conn.provider.connections.remove(conn);

            stopAssociationLocked(app.uid, app.processName, conn.provider.uid,
                    conn.provider.name);
    }
    app.conProviders.clear();
    
    ------------------------清理BroadcastReceiver------------------------------
    skipCurrentReceiverLocked(app);
    // 取消注冊的廣播接收者
    for (int i = app.receivers.size() - 1; i >= 0; i--) {
        removeReceiverLocked(app.receivers.valueAt(i));
    }
    ------------------------清理process------------------------------
    app.receivers.clear();
    
    for (int i = mPendingProcessChanges.size() - 1; i >= 0; i--) {
        ProcessChangeItem item = mPendingProcessChanges.get(i);
        if (item.pid == app.pid) {
            mPendingProcessChanges.remove(i);
            mAvailProcessChanges.add(item);
        }
    }
    mUiHandler.obtainMessage(DISPATCH_PROCESS_DIED, app.pid, app.info.uid, null).sendToTarget();

    // 此時為false,不進入該分支
    if (restarting) {
        return false;
    }

    if (!app.persistent || app.isolated) {
        if (!replacingPid) {
            removeProcessNameLocked(app.processName, app.uid);
        }
        if (mHeavyWeightProcess == app) {
            mHandler.sendMessage(mHandler.obtainMessage(CANCEL_HEAVY_NOTIFICATION_MSG,
                    mHeavyWeightProcess.userId, 0));
            mHeavyWeightProcess = null;
        }
    } else if (!app.removed) {
        //對于persistent應用,則需要重啟
        // and start a new process for it.
        if (mPersistentStartingProcesses.indexOf(app) < 0) {
            mPersistentStartingProcesses.add(app);
            restart = true;
        }
    }
    //mProcessesOnHold:記錄著試圖在系統ready之前就啟動的進程。
    //在那時并不啟動這些進程,先記錄下來,等系統啟動完成則啟動這些進程。
    mProcessesOnHold.remove(app);
    if (app == mHomeProcess) {
        mHomeProcessName = mHomeProcess.processName;
        mHomeProcess = null;
    }
    if (app == mPreviousProcess) {
        mPreviousProcess = null;
    }

    if (restart && !app.isolated) {
        //仍有組件需要運行在該進程中,因此重啟該進程
        if (index < 0) {
            ProcessList.remove(app.pid);
        }
        addProcessNameLocked(app);
        startProcessLocked(app, "restart", app.processName);
        return true;
    } else if (app.pid > 0 && app.pid != MY_PID) {
        //移除該進程相關信息
        boolean removed;
        synchronized (mPidsSelfLocked) {
            mPidsSelfLocked.remove(app.pid);
            mHandler.removeMessages(PROC_START_TIMEOUT_MSG, app);
        }
        mBatteryStatsService.noteProcessFinish(app.processName, app.info.uid);
        if (app.isolated) {
            mBatteryStatsService.removeIsolatedUid(app.uid, app.info.uid);
        }
        app.setPid(0);
    }

    
}

補充說明:

在Android中有一類應用屬于persistent應用,是一種永久性的應用,他們會在AndroidManifest.xml中將persistent屬性設置為true。比如:

<application android:name="PhoneApp" 
android:persistent="true" 
android:label="@string/dialerIconLabel" 
android:icon="@drawable/ic_launcher_phone">

在系統啟動之時,AMS的systemReady()會加載所有persistent為true的應用。

public void systemReady(final Runnable goingCallback) 
{
    List apps = AppGlobals.getPackageManager().getPersistentApplications(STOCK_PM_FLAGS);
    if (apps != null) {
        int N = apps.size();
        int i;
        for (i=0; i<N; i++) {
            ApplicationInfo info = (ApplicationInfo)apps.get(i);
            if (info != null && !info.packageName.equals("android")){
                addAppLocked(info, false);
            }
        }
    }
}

2.1 ASS.handleAppDiedLocked()


boolean handleAppDiedLocked(ProcessRecord app) {
    //Activity暫停的過程中進程已死則無需走暫停流程
    if (mPausingActivity != null && mPausingActivity.app == app) {
        mPausingActivity = null;
    }
    //上次暫停activity,如果運行在該app則也清空
    if (mLastPausedActivity != null && mLastPausedActivity.app == app) {
        mLastPausedActivity = null;
        mLastNoHistoryActivity = null;
    }
    //[見流程3.1]
    return removeHistoryRecordsForAppLocked(app);
}

3.1 AS.handleAppDiedLocked


boolean removeHistoryRecordsForAppLocked(ProcessRecord app) {
  removeHistoryRecordsForAppLocked(mLRUActivities, app, "mLRUActivities");
  removeHistoryRecordsForAppLocked(mStackSupervisor.mStoppingActivities, app,
          "mStoppingActivities");
  removeHistoryRecordsForAppLocked(mStackSupervisor.mGoingToSleepActivities, app,
          "mGoingToSleepActivities");
  removeHistoryRecordsForAppLocked(mStackSupervisor.mWaitingVisibleActivities, app,
          "mWaitingVisibleActivities");
  removeHistoryRecordsForAppLocked(mStackSupervisor.mFinishingActivities, app,
          "mFinishingActivities");

  boolean hasVisibleActivities = false;

  int i = numActivities();
  for (int taskNdx = mTaskHistory.size() - 1; taskNdx >= 0; --taskNdx) {
      final ArrayList<ActivityRecord> activities = mTaskHistory.get(taskNdx).mActivities;
      for (int activityNdx = activities.size() - 1; activityNdx >= 0; --activityNdx) {
          final ActivityRecord r = activities.get(activityNdx);
          --i;

          if (r.app == app) {
              //當該activity可見,則設置該標識
              if (r.visible) {
                  hasVisibleActivities = true;
              }
              final boolean remove;
              if ((!r.haveState && !r.stateNotNeeded) || r.finishing) {
                  //當r沒有狀態 或者正在結束,則需要rmove
                  remove = true;
              } else if (r.launchCount > 2 &&
                      r.lastLaunchTime > (SystemClock.uptimeMillis()-60000)) {
                  remove = true;
              } else {
                  remove = false;
              }
              if (remove) {
                  if (!r.finishing) {
                      if (r.state == ActivityState.RESUMED) {
                          mService.updateUsageStats(r, false);
                      }
                  }
              } else {
                  r.app = null;
                  r.nowVisible = false;
                  if (!r.haveState) {
                      r.icicle = null;
                  }
              }
              //清理Activity信息
              cleanUpActivityLocked(r, true, true);
              if (remove) {
                  //移除Activity
                  removeActivityFromHistoryLocked(r, "appDied");
              }
          }
      }
  }

  return hasVisibleActivities;

移除下面關于activity的信息:

  • AS.mLRUActivities
  • ASS.mStoppingActivities
  • ASS.mGoingToSleepActivities
  • ASS.mWaitingVisibleActivities
  • ASS.mFinishingActivities

總體來說這個就是清理進程相關的信息,但是有很多疑點,就是里面牽扯到很多組件而且判斷有沒有組件存活,不是進程都殺死了么,怎么還要判斷組件存活沒???暫時不說了,很晚了,明天繼續分析。未完待續...

好了,最后問大神,大神說這里死亡回調最后做清理工作過程中會判斷很多東西,比如看是不是存在持久進程,是不是activity在前臺,等等問題,所以不單純是清理工作,而且可能拉起進程。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,936評論 6 535
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,744評論 3 421
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,879評論 0 381
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,181評論 1 315
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,935評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,325評論 1 324
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,384評論 3 443
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,534評論 0 289
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,084評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,892評論 3 356
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,067評論 1 371
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,623評論 5 362
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,322評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,735評論 0 27
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,990評論 1 289
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,800評論 3 395
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,084評論 2 375

推薦閱讀更多精彩內容

  • Spring Cloud為開發人員提供了快速構建分布式系統中一些常見模式的工具(例如配置管理,服務發現,斷路器,智...
    卡卡羅2017閱讀 134,799評論 18 139
  • Android 自定義View的各種姿勢1 Activity的顯示之ViewRootImpl詳解 Activity...
    passiontim閱讀 172,677評論 25 708
  • 1:InputChannel提供函數創建底層的Pipe對象 2: 1)客戶端需要新建窗口 2)new ViewRo...
    自由人是工程師閱讀 5,355評論 0 18
  • 今天不去了,衣服都臟了,3天下來掙了120,店主都快不干了,由此可見生意的難做,老板的難處,干了一次代駕司機,還是...
    賈和誼閱讀 229評論 1 2
  • 深以為然,低質量的勤奮,只是一張畫著美麗景色的窗戶紙。看似好看,不舍得戳破,陶醉其中,怡然自得。 反省自己,也是一...
    孤島maurice閱讀 186評論 0 0