多Activity切換的生命周期問題

我們?nèi)粘i_發(fā)中,自認為對Activity的生命周期了然于胸(onCreate , onStart , onResume , onPause , onStop , onDestroy , onRestart),但是,是真的對Activity聲明周期融會貫通了嗎?
對透明主題的 Activity 的生命周期變化呢?

本文對 AndroidActivity 間交互所引起的生命周期變化進行詳細的分析~

注:
下文所有 Activity 均指普通風格,非透明的 Activity,透明風格的 Acitivity 統(tǒng)一表示為 TransActivity 。


Q1: Activity1 啟動 Activity2 問題

** Question:描述 MainActivity 啟動 SecondActivity ,生命周期變化過程?**

** Answer:**

  • MainActivity 啟動: onCreate() --- onStart() --- onResume()
  • startActivity(new Intent(MainActivity.this, SecondActivity.class)) 流程:
    MainActivity - onPause() --- SecondActivity - onCreate() --- SecondActivity - onStart() --- SecondActivity - onResume() --- MainActivity - onStop

重點(敲黑板):

我們都知道 Activity 停止活動的時候流程是 onPause - onStop,但是在結合啟動一個新的 Activity 的時候呢?

答案就是:

1、當前一個 Activity 執(zhí)行完 onPause() 方法后,才會執(zhí)行啟動的 ActivityonCreate()
方法;
2、當啟動的 Activity 執(zhí)行完 onResume() 方法后才會去執(zhí)行前一個 ActivityonStop() 方法。

按照基本法,附上測試的Log信息:

//啟動 MainActivity
04-14 23:34:52.692 22963-22963/com.burjal.performancetest I/MainActivity: ====onCreate=====
04-14 23:34:52.692 22963-22963/com.burjal.performancetest I/MainActivity: ====onStart=====
04-14 23:34:52.692 22963-22963/com.burjal.performancetest I/MainActivity: ====onResume=====

//從 MainActivity 打開 SecondActivity
04-14 23:34:57.532 22963-22963/com.burjal.performancetest I/MainActivity: ====onPause=====
04-14 23:34:57.562 22963-22963/com.burjal.performancetest I/SecondActivity: ====onCreate=====
04-14 23:34:57.562 22963-22963/com.burjal.performancetest I/SecondActivity: ====onStart=====
04-14 23:34:57.562 22963-22963/com.burjal.performancetest I/SecondActivity: ====onResume=====
04-14 23:34:57.972 22963-22963/com.burjal.performancetest I/MainActivity: =====onStop====

總結:

1、優(yōu)化 Activity 啟動速度的時候,把相關數(shù)據(jù)持久化的耗時操作放在 onStop() 方法中,因為新的Activity 是在前一個 Activity 執(zhí)行完 onPause() 方法才會開始創(chuàng)建;
2、Activity 界面對用戶可見是在 onResume() 方法執(zhí)行完之后,所以一味地把相關啟動操作從 onCreate() 移動到 onResume() 方法,成效并不大。

經(jīng)過上述問題,我們又會想到,那從 SecondActivity 返回到 MainActivity ,兩個 Activity 的生命周期變化流程又是如何的呢?下面我們引入 Q2 問題。


Q2: 從 Activity2 返回 Activity1 問題

** Question:描述 SecondActivity 返回到 MainActivity ,生命周期變化過程?**

** Answer:**

  • onBackPressed() 流程:
    SecondActivity - onPause() --- MainActivity - onRestart() --- MainActivity - onStart() --- MainActivity - onResume() --- SecondActivity - onStop() --- SecondActivity - onDestroy()

眾所周知,onBackPressed() 后直接調(diào)用到返回的 ActivityonRestart() 方法,但是我們很少結合到兩個 Activity 交互并綜合去看它們的聲明周期問題。

通過 Q1 問題,其實很容易想到 Q2 的答案,就是在 MainActivityonResume() 方法執(zhí)行完后再去順序執(zhí)行 SecondActivityonStop() , onDestroy() 方法。

同樣,附上測試的Log信息:

04-14 23:48:10.692 22963-22963/com.burjal.performancetest I/SecondActivity: ====onPause=====
04-14 23:48:10.692 22963-22963/com.burjal.performancetest I/MainActivity: ====onRestart=====
04-14 23:48:10.692 22963-22963/com.burjal.performancetest I/MainActivity: ====onStart=====
04-14 23:48:10.692 22963-22963/com.burjal.performancetest I/MainActivity: ====onResume=====
04-14 23:48:11.062 22963-22963/com.burjal.performancetest I/SecondActivity: =====onStop====
04-14 23:48:11.062 22963-22963/com.burjal.performancetest I/SecondActivity: ====onDestroy=====

通過上述兩個試驗我們得出如下結論(敲黑板,這是真重點啊,盆友們):

兩個 Activity 涉及到互相切換的時候,執(zhí)行完前一個 ActivityonPause() 方法后,立即進入目標 Activity 對應生命周期中去,當目標 Activity 執(zhí)行完 onResume() 方法后,再順序執(zhí)行進入到前一個 ActivityonStop() 方法(返回的情況下還有 onDestroy() 方法)。

所以,在 Activity 啟動速度優(yōu)化上,也要考慮到 onPause() 減負問題。


Q3: Activity1 啟動 TransActivity2 問題

** Question:描述 LifecycleListActivity 啟動 LifecycleTransActivity ,生命周期變化過程?**

首先,我們需要明確的是,在 Android 中設置透明主題方式可以通過
Theme.Translucent 實現(xiàn)。

** Answer:**

  • startActivity(new Intent(LifecycleListActivity.this, LifecycleTransActivity.class)) 流程:
    LifecycleListActivity - onPause() --- LifecycleTransActivity - onCreate() --- LifecycleTransActivity - onStart() --- LifecycleTransActivity - onResume()

** 重點(敲黑板):**

  • 對比與 Q1 打開普通 Activity 對比,少了前一個 ActivityonStop() 方法
  • 我們都知道 onPause() 方法是當前 Activity 即將進入后臺時調(diào)用,onStop() 方法是當前 Activity 不在對用戶可見時調(diào)用
  • LifecycleListActivity 打開 LifecycleTransActivity 后,由于 LifecycleListActivity 進入后臺,所以此時會調(diào)用 LifecycleListActivity - onPause() 方法。在 LifecycleTransActivity - onResume() 后,此時由于 LifecycleTransActivity 是透明主題,所以 LifecycleListActivity 對用戶來說還是可見的(只是不能獲取焦點能事件),***所以不會執(zhí)行 LifecycleListActivity - onStop() 方法 *** 。

按照慣例,附上測試的Log信息:

04-29 16:40:39.033 16188-16188/com.burjal.androidcomponent I/LifecycleListActivity: ==[onPause]==
04-29 16:40:39.053 16188-16188/com.burjal.androidcomponent I/LifecycleTransActivity: ==[onCreate]==
04-29 16:40:39.083 16188-16188/com.burjal.androidcomponent I/LifecycleTransActivity: ==[onStart]==
04-29 16:40:39.083 16188-16188/com.burjal.androidcomponent I/LifecycleTransActivity: ==[onResume]==

Q4: 從 TransActivity2 返回 Activity1 問題

** Question:描述 LifecycleTransActivity 返回到 LifecycleListActivity ,生命周期變化過程?**

** Answer:**

  • onBackPressed() 流程:
    LifecycleTransActivity - onPause() --- LifecycleListActivity - onResume() --- LifecycleTransActivity - onStop() --- LifecycleTransActivity - onDestroy()

從透明風格的 TransActivity 返回到 Activity,生命周期變化基本同 Q2(普通 Activity 返回問題)。差別就是,此時返回不需要走 onRestart() - onStart() 流程,直接進入返回 ActivityonResume() 方法。

同樣,附上測試的Log信息,有Log有真相:

04-29 16:59:34.033 16188-16188/com.burjal.androidcomponent I/LifecycleTransActivity: ==[onPause]==
04-29 16:59:34.043 16188-16188/com.burjal.androidcomponent I/LifecycleListActivity: ==[onResume]==
04-29 16:59:34.063 16188-16188/com.burjal.androidcomponent I/LifecycleTransActivity: ==[onStop]==
04-29 16:59:34.063 16188-16188/com.burjal.androidcomponent I/LifecycleTransActivity: ==[onDestroy]==

End

下面附上 Activity 各生命周期官方解釋:

  • onCreate(Bundle savedInstanceState) : Called when the activity is starting. This is where most initialization should go: calling setContentView(int) to inflate the activity's UI, using findViewById() to programmatically interact with widgets in the UI, calling managedQuery(android.net.Uri , String[], String, String[], String) to retrieve cursors for data being displayed, etc.
  • onResume() : Called after onRestoreInstanceState(), onRestart(), or onPause(), for your activity to start interacting with the user.This is a good place to begin animations, open exclusive-access devices(such as the camera), etc.
  • onStart() : Called after onCreate(); or after onRestart() when
    the activity had been stopped, but is now again being displayed to the user. It will be followed by onResume().
  • onRestart() : Called after onStop() when the current activity is being re-displayed to the user (the user has navigated back to it). It will be followed by onStart() and then onResume().
  • onPause() : Called as part of the activity lifecycle when an activity is going into the background, but has not (yet) been killed. The counterpart to onResume().
  • onStop() : Called when you are no longer visible to the user. You will next receive either onRestart(), onDestroy(), or nothing,depending on later user activity.
  • onDestroy() :Perform any final cleanup before an activity is destroyed. This can happen either because the activity is finishing (someone called finish() on it, or because the system is temporarily destroying this instance of the activity to save space. You can distinguish between these two scenarios with the isFinishing() method.

當然,在 Android 優(yōu)化中,還有很多問題需要去繼續(xù)探索,這篇文章主要是分享關于 Activity 切換的生命周期問題 。

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

推薦閱讀更多精彩內(nèi)容