怎么理解 onStart可見但不可交互
前言
今天朋友遇到一個面試題，分享給大家：
onStart生命周期表示Activity可見，那為什么不能交互呢?
這個問題看似簡單，但涉及到的面還是比較多的，比如Activity生命周期的理解，進程的理解，以及View繪制的時機。
一起看看吧。
onStart介紹
首先，是關于onStart生命周期的理解。
官網(wǎng)是這么介紹的：
當 Activity 進入“已開始”狀態(tài)時，系統(tǒng)會調用此回調。onStart() 調用使 Activity 對用戶可見，因為應用會為 Activity 進入前臺并支持互動做準備。
對用戶可見?
奇怪了，對用戶可見，不就是我們可以看到了嗎，為什么又不能互動呢?
更何況onStart 的時候界面都還沒繪制，該怎么理解這個可見呢?
做個小實驗
首先，科普官方定義的兩個狀態(tài)。
- onStart到onStop中間的狀態(tài)叫做“已開始”狀態(tài)。
- onResume到onPause中間的狀態(tài)叫做“已恢復”狀態(tài)。
然后我們做個小實驗，定義ActivityA 和 ActivityB，ActivityB為Dialog主題，ActivityA中點擊可以跳轉到B：
- image.setOnClickListener {
- startActivity(Intent(this, ActivityB::class.java))
- }
- <activity android:name=".activity.ActivityB"
- android:theme="@style/Theme.AppCompat.Light.Dialog"
- android:launchMode="standard">
- </activity>
進入ActivityA后，點擊按鈕，跳轉到B，這時候A的生命周期走到了onPause，也就是回到了已開始狀態(tài)。
這個時候，界面是這個樣子：
ActivityA處在已開始狀態(tài)，對用戶可見。
這里的可見是不是就很好理解了，確實對我們可見了，只不過 不在前臺，不能交互。
所以延伸到普通的Activity，這個可見，并不是表示用戶能用肉眼看到了，而是想表達：
Activity已經(jīng)顯示出來了，但是還不在前臺，所以只是可見，但不可交互。
這個可見狀態(tài)是從onStart開始，onStop結束，我們可以分為兩個階段：
- onStart到onResume。這個階段，Activity被創(chuàng)建，布局已加載，但是界面還沒繪制，可以說界面都不存在。
- onPause到onStop。這個階段，就是我們剛才所做的實驗，Activity有界面，只是被新的界面所遮擋，也就是不在前臺。
所以綜合兩個階段，我們把這種Activity被創(chuàng)建或已經(jīng)顯示出來，但是不在前臺，介于兩者之間的狀態(tài)叫做 可見 狀態(tài)。
onStart 和 onResume
到此，我們知道了可見的意思，其實也就知道了另外一個問題，也就是為什么要設計出onStart和onResume這兩種狀態(tài)。
- onStart和onStop，是從Activity是否可見的角度設計的。
- onResume和onPause，是從Activity是否位于前臺的角度設計的。
所以Activity的生命周期又可以解釋為：
被創(chuàng)建(onCreate)——> 可見(onStart)——> 位于前臺(onResume)——> 可見但不在前臺(onPause)
可見進程
從另外的角度看，這個可見 可以指的是 可見進程。這就涉及到進程的分類。
為了確定在內存不足時應該終止哪些進程，Android 會根據(jù)每個進程中運行的組件以及這些組件的狀態(tài)，將它們放入“重要性層次結構”。這些進程類型包括(按重要性排序)：前臺進程,可見進程,服務流程,緩存進程
這些進程是什么意思呢?
- 前臺進程是用戶目前執(zhí)行操作所需的進程。比如 正在用戶的互動屏幕上運行一個 Activity(其 onResume() 方法已被調用)
- 可見進程是正在進行用戶當前知曉的任務。比如 正在運行的 Activity 在屏幕上對用戶可見，但不在前臺(其 onPause() 方法已被調用)
- 服務流程包含一個已使用 startService() 方法啟動的 Service。
- 緩存進程是目前不需要的進程。比如 當前不可見的一個或多個 Activity 實例(onStop() 方法已被調用并返回)
所以Activity的生命周期又可以通過進程分為：
可見進程(onStart)——> 前臺進程(onResume)——> 可見進程(onPause)——> 緩存進程(onStop)
這些進程有什么用呢?
我們都知道，在Android系統(tǒng)中有很多很多運行中的APP，也就代表了不同的進程。
當內存不夠時(達到了某個閾值)，系統(tǒng)首先會通過onTrimMemory()回調方法告訴應用，讓應用自己來處理低內存情況下的減少內存操作。這之后，如果內存還是很緊張，那么就會開始對一些進程的殺除，以釋放內存。這里就需要判斷進程的優(yōu)先級了，從低優(yōu)先級開始按順序終止進程。
所以，進程的分類作用就在這了。優(yōu)先級的高低其實就代表了 終止進程的順序，也代表了對用戶的影響程度。
當然實際代碼中，進程優(yōu)先級是有數(shù)字表示的，也就是ADJ，而上面說的進程類型都有相應的進程優(yōu)先級數(shù)字范圍。比如：
- public final class ProcessList {
- //可見進程
- static final int VISIBLE_APP_ADJ = 100;
- // 前臺進程
- static final int FOREGROUND_APP_ADJ = 0;
- // 服務進程
- static final int SERVICE_ADJ = 500;
- // 緩存進程
- static final int CACHED_APP_MIN_ADJ = 900;
- //...
- }
再回到我們的問題上來：
其中，可見進程這里也出現(xiàn)了可見的概念，給出的解釋是：用戶知曉。
當我們點擊一個頁面，我們知道這個頁面將要顯示出來，也知道之前的頁面在這個頁面后面。所以這些頁面和進程都是我們所知曉的，只是不在前臺。
所以onStart表示的可見，也可以理解為可見進程，意思是這個Activity所在的進程任務已經(jīng)被創(chuàng)建并顯示，我們知曉它，只是沒在前臺。
可交互
那么可以交互到底是發(fā)生在什么階段呢?
之前我們說過，在Activity啟動過程中，調用了handleResumeActivity方法。在這個方法中，調用了onResume方法和addView方法，完成了View的第一次繪制，并顯示到界面上。
- @Override
- public void handleResumeActivity() {
- //onResume
- final ActivityClientRecord r = performResumeActivity(token, finalStateRequest, reason);
- //addView
- if (r.window == null && !a.mFinished && willBeVisible) {
- wm.addView(decor, l);
- }
- }
所以到onResume，View才被繪制出來，并顯示到前臺。
官網(wǎng)是這么解釋onResume的：
Activity 會在進入“已恢復”狀態(tài)時來到前臺，然后系統(tǒng)調用 onResume() 回調。這是應用與用戶互動的狀態(tài)。應用會一直保持這種狀態(tài)，直到某些事件發(fā)生，讓焦點遠離應用。此類事件包括接到來電、用戶導航到另一個 Activity，或設備屏幕關閉。
所以可交互狀態(tài)應該是在onResume之后，也就是Activity可見并且處于前臺。
小結
總結下：
onStart狀態(tài)表示Activity可見，而可見表示的意思是Activity被創(chuàng)建出來了，被用戶所知曉，但是不在前臺，還沒繪制界面，所以無法交互。也可以意指其所在的進程為可見進程。
其可見之意應該和onStop一起使用，即onStart到onStop這個階段叫做 可見 階段。
而真正顯示出來可以進行交互 發(fā)生在onResume之后，也就是View繪制出來，并處于前臺的時候。
參考
《Android開發(fā)藝術探索》 https://juejin.cn/post/6896751245722615815 https://juejin.cn/post/6891911483379482637
本文轉載自微信公眾號「碼上積木」，可以通過以下二維碼關注。轉載本文請聯(lián)系碼上積木公眾號。
