Android Activity啟動模式全面解析
在Android應用中, Activity是最核心的元件, 如何生成一個Activity例項, 可以選擇不同的啟動模式, 即LaunchMode. 啟動模式主要包括: standard, singleTop, singleTask, singleInstance.
標準模式在每次啟動時, 都會建立例項; 三種單例模式, 會根據情況選擇建立還是複用例項. 在Activity啟動中, 建立例項的生命週期: onCreate -> onStart -> onResume; 重用例項的生命週期: onNewIntent -> onResume.
在AndroidManifest的Activity中, 使用launchMode屬性, 可以設定啟動模式, 預設是standard模式; 使用taskAffinity屬性, 並新增包名, 可以設定Activity棧, 預設是當前包名, 只能應用於single模式.
希望通過本文, 可以更好的理解Activity的啟動模式(LaunchMode).
觀察Activity棧的指令碼, 參考第5點 .
adb shell dumpsys activity | sed -n -e '/Stack #/p' -e '/Running activities/,/Run #0/p'
本文示例的GitHub 下載地址
1. Standard
標準模式, 啟動Activity的預設模式, 被啟動的Activity 會執行於 啟動的Activity 棧, 因此必須使用Activity的Context啟動, 不能使用Application, 否則會報錯.
如MainActivity啟動TestAActivity.
Stack #1: Running activities (most recent first): TaskRecord{3caa65e3 #2711 A=me.chunyu.spike.wcl_activity_launchmode_demo U=0 sz=2} Run #1: ActivityRecord{36b06e99 u0 me.chunyu.spike.wcl_activity_launchmode_demo/.TestAActivity t2711} Run #0: ActivityRecord{27396226 u0 me.chunyu.spike.wcl_activity_launchmode_demo/.MainActivity t2711} Stack #0: Running activities (most recent first): TaskRecord{27d796c9 #2695 A=com.miui.home U=0 sz=1} Run #0: ActivityRecord{2e5712cb u0 com.miui.home/.launcher.Launcher t2695}
棧內由下到上: MainActivity -> TestAActivity.
2. SingleTop
棧頂複用模式. 只有Activity位於棧頂, 重複啟動時, 會使用預設例項, 即單例模式; 如果位於棧內, 則仍然會建立例項.
MainActivity啟動TestA, TestA啟動TestB, TestB啟動自身, TestB是單例. 觀察棧內情況, TestB只有一份例項, 第二次建立複用.
Stack #1: Running activities (most recent first): TaskRecord{12abf566 #2712 A=me.chunyu.spike.wcl_activity_launchmode_demo U=0 sz=3} Run #2: ActivityRecord{187d7ff7 u0 me.chunyu.spike.wcl_activity_launchmode_demo/.TestBActivity t2712} Run #1: ActivityRecord{a551034 u0 me.chunyu.spike.wcl_activity_launchmode_demo/.TestAActivity t2712} Run #0: ActivityRecord{22f9cce4 u0 me.chunyu.spike.wcl_activity_launchmode_demo/.MainActivity t2712}
棧內: MainActivity -> TestAActivity -> TestBActivity
MainActivity啟動TestA, TestA啟動TestB, TestB啟動TestC, TestC啟動TestB, TestB是單例. 觀察棧內情況, 由於TestC是棧頂, TestC啟動TestB, TestB不是棧頂, 重新建立TestB例項, 則保留兩份TestB.
Stack #1: Running activities (most recent first): TaskRecord{1792f5f0 #2715 A=me.chunyu.spike.wcl_activity_launchmode_demo U=0 sz=5} Run #4: ActivityRecord{1e70110b u0 me.chunyu.spike.wcl_activity_launchmode_demo/.TestBActivity t2715} Run #3: ActivityRecord{c7f4dce u0 me.chunyu.spike.wcl_activity_launchmode_demo/.TestCActivity t2715} Run #2: ActivityRecord{254536cd u0 me.chunyu.spike.wcl_activity_launchmode_demo/.TestBActivity t2715} Run #1: ActivityRecord{36b2da15 u0 me.chunyu.spike.wcl_activity_launchmode_demo/.TestAActivity t2715} Run #0: ActivityRecord{3a1c4a6a u0 me.chunyu.spike.wcl_activity_launchmode_demo/.MainActivity t2715}
棧內: MainActivity -> TestAActivity -> TestBActivity ->TestCActivity -> TestBActivity
3. SingleTask
棧內複用模式, 只要Activity在一個棧中存在, 多次呼叫時, 都不會建立例項, 即單例模式.
情況包含以下幾種:
(1) 任務棧不存在, 初次啟動SingleTask例項, 會建立任務棧和例項.
MainActivity啟動TestA, TestA啟動TestB, TestB是SingleTask, 並且任務棧不同. 觀察可知, 系統包含兩個任務棧, TestB位於其他任務棧中.
Stack #1: Running activities (most recent first): TaskRecord{d5d53d4 #2727 A=me.chunyu.spike.stack U=0 sz=1} Run #2: ActivityRecord{1d720e55 u0 me.chunyu.spike.wcl_activity_launchmode_demo/.TestBActivity t2727} TaskRecord{a3f797d #2726 A=me.chunyu.spike.wcl_activity_launchmode_demo U=0 sz=2} Run #1: ActivityRecord{ffd689d u0 me.chunyu.spike.wcl_activity_launchmode_demo/.TestAActivity t2726} Run #0: ActivityRecord{192310ac u0 me.chunyu.spike.wcl_activity_launchmode_demo/.MainActivity t2726}
使用taskAffinity屬性, 新增新的Activity棧, 與SingleTask配合使用, Standard模式無效.
新任務棧是 me.chunyu.spike.stack .
(2) 任務棧存在, 初次啟動SingleTask例項, 會直接入棧, 與Standard模式相同.
(3) 任務棧相同, 再次啟動SingleTask例項, 例項會置於棧頂, 並清除其上面例項, 具有clearTop的效果.
MainActivity啟動TestA, TestA啟動TestB, TestB是SingleTask, TestB啟動TestC, TestC重新啟動TestB, 則TestC會出棧. 觀察可知, TestC出棧, TestB位於棧頂.
Stack #1: Running activities (most recent first): TaskRecord{18230815 #2737 A=me.chunyu.spike.wcl_activity_launchmode_demo U=0 sz=3} Run #4: ActivityRecord{1126c300 u0 me.chunyu.spike.wcl_activity_launchmode_demo/.TestBActivity t2737} Run #3: ActivityRecord{3114fee8 u0 me.chunyu.spike.wcl_activity_launchmode_demo/.TestAActivity t2737} Run #2: ActivityRecord{f8e235d u0 me.chunyu.spike.wcl_activity_launchmode_demo/.MainActivity t2737}
TestC啟動TestB, SingleTask模式, 導致clearTop, TestC出棧.
(4) 任務棧不同, 再次啟動SingleTask例項, 會導致任務棧切換, 後臺置於前臺.
這比較難理解.MainActivity啟動TestA, TestA啟動TestB(SingleTask例項, 不同任務棧), TestB啟動TestC(與B類似), 則MainActivity和TestA相同棧, TestB和TestC相同棧, 此時棧頂是TestC. 按Home鍵, 再次啟動應用, 則預設任務棧會啟動, TestA啟動, TestA啟動TestC. 應用當前狀態如下.
Stack #1: Running activities (most recent first): TaskRecord{1d05e6c9 #2754 A=me.chunyu.spike.stack U=0 sz=2} Run #4: ActivityRecord{3f77e822 u0 me.chunyu.spike.wcl_activity_launchmode_demo/.TestCActivity t2754} TaskRecord{3fe736d0 #2753 A=me.chunyu.spike.wcl_activity_launchmode_demo U=0 sz=2} Run #3: ActivityRecord{15f0470e u0 me.chunyu.spike.wcl_activity_launchmode_demo/.TestAActivity t2753} TaskRecord{1d05e6c9 #2754 A=me.chunyu.spike.stack U=0 sz=2} Run #2: ActivityRecord{181229e6 u0 me.chunyu.spike.wcl_activity_launchmode_demo/.TestBActivity t2754} TaskRecord{3fe736d0 #2753 A=me.chunyu.spike.wcl_activity_launchmode_demo U=0 sz=2} Run #1: ActivityRecord{28628d61 u0 me.chunyu.spike.wcl_activity_launchmode_demo/.MainActivity t2753} TaskRecord{2d646058 #2719 A=com.android.incallui U=0 sz=1}
TestC至於棧頂, 點選Back鍵, 不是返回TestA(啟動TestC的例項), 而是TestB, 即優先返回相同棧的例項. 再次是TestA, 然後是MainActivity, 依次出棧.
4. SingleInstance
單例項模式, 啟動時, 系統會為其創造一個單獨的任務棧, 以後每次使用, 都會使用這個單例, 直到其被銷燬, 屬於真正的單例模式.
示例: MainActivity啟動TestA, TestA啟動TestB(SingleInstance模式),
TestB啟動TestC, TestC再啟動TestB, 則仍啟動上一次的TestB,
TestC合併入預設棧(MainActivity+TestA).
Stack #1: Running activities (most recent first): TaskRecord{384e3928 #2765 A=me.chunyu.spike.wcl_activity_launchmode_demo U=0 sz=1} Run #3: ActivityRecord{1ffc5b6b u0 me.chunyu.spike.wcl_activity_launchmode_demo/.TestBActivity t2765} TaskRecord{2ad03544 #2764 A=me.chunyu.spike.wcl_activity_launchmode_demo U=0 sz=3} Run #2: ActivityRecord{293d8c37 u0 me.chunyu.spike.wcl_activity_launchmode_demo/.TestCActivity t2764} Run #1: ActivityRecord{158bc0f3 u0 me.chunyu.spike.wcl_activity_launchmode_demo/.TestAActivity t2764} Run #0: ActivityRecord{77691cf u0 me.chunyu.spike.wcl_activity_launchmode_demo/.MainActivity t2764}
5. startActivityForResult
Thx@回撥的幸福時光
startActivityForResult不同於startActivity, 使用LaunchMode模式啟動Activity時, 也會有一些不同, 可以正常傳遞資料, 但是無法連續建立自己時, 會生成多份例項.
TestB(singleTask模式)使用startActivity建立自己時, 會使用預設例項, 即單例; 而使用startActivityForResult建立自己時, 會生成一份新的示例.
Stack #1: Running activities (most recent first): TaskRecord{323200ac #2786 A=me.chunyu.clwang.stack U=0 sz=3} Run #4: ActivityRecord{3f9e14f3 u0 me.chunyu.spike.wcl_activity_launchmode_demo/.TestBActivity t2786} Run #3: ActivityRecord{30d8f17b u0 me.chunyu.spike.wcl_activity_launchmode_demo/.TestBActivity t2786} Run #2: ActivityRecord{11b95b5c u0 me.chunyu.spike.wcl_activity_launchmode_demo/.TestBActivity t2786} TaskRecord{c86e175 #2785 A=me.chunyu.spike.wcl_activity_launchmode_demo U=0 sz=2} Run #1: ActivityRecord{3558d7c4 u0 me.chunyu.spike.wcl_activity_launchmode_demo/.TestAActivity t2785} Run #0: ActivityRecord{1b8620c u0 me.chunyu.spike.wcl_activity_launchmode_demo/.MainActivity t2785}
由此可知, 因為startActivityForResult需要返回值, 會保留例項, 覆蓋單例效果.
注意: 4.x版本通過startActivityForResult啟動singleTask, 無法正常獲取返回值, 參考 .
5.x以上版本修復此問題, 考慮相容性, 不推薦使用startActivityForResult和singleTask.
啟動模式做為Activity的重要屬性, 還是需要比較透徹的掌握.
相關文章
- Android之Activity全面解析Android
- Android-Activity的啟動模式Android模式
- Android全面解析之Activity生命週期Android
- Activity啟動模式模式
- Android學習筆記-Activity的啟動模式Android筆記模式
- 擼擼Android的羊毛(一)----Activity啟動模式Android模式
- Activity啟動模式(GIF 動態演示)模式
- Android Activity啟動流程原始碼分析Android原始碼
- Android程式啟動與Activity顯示Android
- Android原始碼分析:Activity啟動流程Android原始碼
- Activity生命週期與啟動模式模式
- 深入理解Android 之 Activity啟動流程(Android 10)Android
- Activity 的 "啟動流程"(基於 Android 9.0)Android
- Android 8.0 原始碼分析 (四) Activity 啟動Android原始碼
- Android中Activity的四種啟動方式Android
- Android啟動模式Android模式
- ActivityRecord、TaskRecord、ActivityStack以及Activity啟動模式詳解模式
- 組內技術分享-Activity 的啟動模式模式
- 一篇文章搞懂 Activity 啟動模式模式
- Android基礎之Activity全解析Android
- [Android]關閉所有Activity,開啟某個ActivityAndroid
- 原始碼閱讀之Activity啟動與App啟動流程 – Android 9.0原始碼APPAndroid
- 原始碼閱讀之Activity啟動與App啟動流程 - Android 9.0原始碼APPAndroid
- 【筆記】【Android】Activity的Task模式筆記Android模式
- Android Activity是如何啟動的?Activity的生命週期是如何呼叫的?Android
- 重溫Android四大元件(二)—Activity的啟動模式與標誌位Android元件模式
- Android系統原始碼分析--Activity啟動過程Android原始碼
- Android黑科技:如何啟動未註冊的ActivityAndroid
- Android入門教程之Activity(生命週期,啟動...)Android
- Android四種啟動模式Android模式
- Android Activity Deeplink啟動來源獲取原始碼分析Android原始碼
- Activity的啟動模式及IntentFilter匹配規則總結模式IntentFilter
- Activity啟動流程分析
- Android Service最全面的解析Android
- Android Home鍵之後啟動Activity延遲5sAndroid
- Android之Activity啟動流程詳解(基於api28)AndroidAPI
- 理解Android的四種啟動模式Android模式
- Android全面解析之Context機制AndroidContext
- Android全面解析之Window機制Android