詳解Activity啟動模式(三)Intent Flags

從前文知道,Android中任務(wù)棧(Task)會隨著啟動模式的不同而表現(xiàn)出不同的狀況。
其實(shí)除了在Mainfest中定義的啟動模式,我們還可以通過為調(diào)用Activity的Intent添加Flags的方式改變Activity在棧中的行為。并且,

常用Intent Flags

  1. Intent.FLAG_ACTIVITY_NEW_TASK

這個(gè)是最常用的,但是往往會被誤解,在程序根Activity的Task棧里加此標(biāo)識開啟新Activity都不會創(chuàng)建新的Task,只有當(dāng)另一程序(進(jìn)程)啟動帶有改標(biāo)識的Activity時(shí),才會創(chuàng)建新的Task。如果配合FLAG_ACTIVITY_NEW_MULTI_TASK,則無論什么情況都會創(chuàng)建新的Task,就成了類似 singleInstance 的情況了(singleInstance中的Activity獨(dú)占一個(gè)棧)。如果配合 FLAG_ACTIVITY_CLEAR_TASK,則會先清空該棧,然后向棧中添加目標(biāo)Activity,棧ID不變。

  1. Intent.FLAG_ACTIVITY_CLEAR_TOP
    有些文章中直接把該Flag說成作用和singleTask 相同,這是大錯(cuò)特錯(cuò)的。

如果在ABCD的堆棧狀態(tài)下,以該標(biāo)識啟動B,則會銷毀CD,且B也是重新創(chuàng)建的(與singleTask有區(qū)別),如果配合FLAG_ACTIVITY_SINGLE_TOP,則就會成為 singleTask 的模式.

  1. Intent.FLAG_ACTIVITY_SINGLE_TOP

同singleTop啟動模式.

  1. Intent.FLAG_ACTIVITY_BROUGHT_TO_FRONT

這個(gè)Flag主要用來改變Task堆棧順序,如果在ABCD的狀態(tài)下,以該標(biāo)識啟動B,則會成為ACDB,且B不會重新創(chuàng)建

  1. Intent.FLAG_ACTIVITY_REORDER_TO_FRONT

這個(gè)Flag主要用來改變Task堆棧順序,如果在ABCD的狀態(tài)下,以該標(biāo)識啟動B,則會成為ACDB,且B不會重新創(chuàng)建

  1. Intent.FLAG_ACTIVITY_RESET_TASK_IF_NEEDED

這個(gè)標(biāo)識主要用于創(chuàng)建一個(gè)還原點(diǎn),再次啟動該Task時(shí)會將還原點(diǎn)之上包括其本身都銷毀掉,如果在一個(gè)程序中以該標(biāo)識啟動了另外一個(gè)程序的功能,如一個(gè)用于看圖的軟件,當(dāng)退出桌面,再點(diǎn)擊這個(gè)程序,看圖軟件會消失。

  1. Intent.FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS

有此標(biāo)識的 Activity 不會出現(xiàn)在歷時(shí)列表里.

  1. Intent.FLAG_ACTIVITY_FORWARD_RESULT

如果設(shè)置,并且該intent會啟動一個(gè)新的Activity,則返回消息的目標(biāo)會從當(dāng)前Activity轉(zhuǎn)移到新的Activity中。(在這個(gè)案例中,返回消息的目標(biāo)最開始為B)

實(shí)例驗(yàn)證

我們先假設(shè)我們的Task任務(wù)棧中目前如下:

  Running activities (most recent first):
    TaskRecord{537a56cc #16 A com.zlq.app_intent_flags U 0}
      Run #5: ActivityRecord{537a2518 com.zlq.app_intent_flags/.ActivityD}
      Run #4: ActivityRecord{5377e810 com.zlq.app_intent_flags/.ActivityC}
      Run #3: ActivityRecord{53764490 com.zlq.app_intent_flags/.ActivityB}
      Run #2: ActivityRecord{5374c970 com.zlq.app_intent_flags/.ActivityA}
      Run #1: ActivityRecord{53789390 com.zlq.app_intent_flags/.MainActivity}

其實(shí)在程序運(yùn)行過程中,我們無法真正保證每次初始狀態(tài)都是這樣(主要針對ActivityRecord的id),這里只是為了行文方便,而做的假設(shè)。

  1. Intent.FLAG_ACTIVITY_NEW_TASK
  • 單獨(dú)使用無特殊作用,感覺和沒加一樣....
  • 以 FLAG_ACTIVITY_NEW_TASK|FLAG_ACTIVITY_CLEAR_TASK 為Flag啟動ActivityB后:
TaskRecord{5376d624 #16 A com.zlq.app_intent_flags U 0}
    Run #2: ActivityRecord{53852b60 com.zlq.app_intent_flags/.ActivityB}

啟動過程中相關(guān)Activity的生命周期變化如下:

 ```

04-12 09:12:23.636 5399-5399/com.zlq.app_intent_flags V/zlq: MainActivity-onDestroy
04-12 09:12:23.636 5399-5399/com.zlq.app_intent_flags V/zlq: ActivityA-onDestroy
04-12 09:12:23.636 5399-5399/com.zlq.app_intent_flags V/zlq: ActivityB-onDestroy
04-12 09:12:23.640 5399-5399/com.zlq.app_intent_flags V/zlq: ActivityC-onDestroy
04-12 09:12:23.640 5399-5399/com.zlq.app_intent_flags V/zlq: ActivityD-onPause
04-12 09:12:23.644 5399-5399/com.zlq.app_intent_flags V/zlq: ActivityB-onCreate
04-12 09:12:23.648 5399-5399/com.zlq.app_intent_flags V/zlq: ActivityB-onStart
04-12 09:12:23.648 5399-5399/com.zlq.app_intent_flags V/zlq: ActivityB-onResume
04-12 09:12:24.008 5399-5399/com.zlq.app_intent_flags V/zlq: ActivityD-onStop
04-12 09:12:24.008 5399-5399/com.zlq.app_intent_flags V/zlq: ActivityD-onDestroy

我們看到,ActivityA,ActivityB,ActivityC,ActivityD悉數(shù)出棧,然后加入ActivityB,最終,該棧中僅剩余一個(gè)ActivityB位于棧底。
* 以 FLAG_ACTIVITY_NEW_TASK|FLAG_ACTIVITY_CLEAR_TASK 為Flag啟動ActivityB后:
  ```
  TaskRecord{538c7160 #17 A com.zlq.app_intent_flags U 0}
    Run #6: ActivityRecord{538c6ffc com.zlq.app_intent_flags/.ActivityB}
  TaskRecord{537a56cc #16 A com.zlq.app_intent_flags U 0}
    Run #5: ActivityRecord{537a2518 com.zlq.app_intent_flags/.ActivityD}
    Run #4: ActivityRecord{5377e810 com.zlq.app_intent_flags/.ActivityC}
    Run #3: ActivityRecord{53764490 com.zlq.app_intent_flags/.ActivityB}
    Run #2: ActivityRecord{5374c970 com.zlq.app_intent_flags/.ActivityA}
    Run #1: ActivityRecord{53789390 com.zlq.app_intent_flags/.MainActivity}
  ```
  我們可以看到,新啟的ActivityB是在一個(gè)新棧#17中啟動的,和原來的#16不是同一個(gè)棧。并且重復(fù)該動作,每次新啟的棧的ID都不一樣。這就和LuanchMode中的 singleInstance 有點(diǎn)像了,區(qū)別是,這里在新啟的棧中再以普通形式啟動的Activity是可以和ActivityB共處一個(gè)棧的,而LuanchMode為singleInstance 中的Activity是獨(dú)占一個(gè)棧的。
2. Intent.FLAG_ACTIVITY_CLEAR_TOP
* 以 FLAG_ACTIVITY_CLEAR_TOP 為Flag啟動ActivityB后:

TaskRecord{5376bf34 #16 A com.zlq.app_intent_flags U 0}
Run #4: ActivityRecord{537b8578 com.zlq.app_intent_flags/.ActivityB}
Run #3: ActivityRecord{5374c970 com.zlq.app_intent_flags/.ActivityA}
Run #2: ActivityRecord{53789390 com.zlq.app_intent_flags/.MainActivity}

啟動過程中相關(guān)Activity的生命周期變化如下:

04-12 5399-5399/com.zlq.app_intent_flags V/zlq: ActivityC-onDestroy
04-12 5399-5399/com.zlq.app_intent_flags V/zlq: ActivityD-onPause
04-12 5399-5399/com.zlq.app_intent_flags V/zlq: ActivityB-onDestroy
04-12 5399-5399/com.zlq.app_intent_flags V/zlq: ActivityB-onCreate
04-12 5399-5399/com.zlq.app_intent_flags V/zlq: ActivityB-onStart
04-12 5399-5399/com.zlq.app_intent_flags V/zlq: ActivityB-onResume
04-12 5399-5399/com.zlq.app_intent_flags V/zlq: ActivityD-onStop
04-12 5399-5399/com.zlq.app_intent_flags V/zlq: ActivityD-onDestroy

我們可以看到除了棧內(nèi)原來位于ActivityB之上的ActivityC和ActivityD被移除棧之外,我們的ActiviyB也不是原來的那個(gè)實(shí)例了,而是被銷毀后重新新建的一個(gè)(原來的那個(gè)是`53764490`,后面新建的是`537b8578`)。
  * 以FLAG_ACTIVITY_CLEAR_TOP|FLAG_ACTIVITY_SINGLE_TOP 為Flag啟動ActivityB后:

TaskRecord{5376bf34 #16 A com.zlq.app_intent_flags U 0}
Run #4: ActivityRecord{53764490 com.zlq.app_intent_flags/.ActivityB}
Run #3: ActivityRecord{5374c970 com.zlq.app_intent_flags/.ActivityA}
Run #2: ActivityRecord{53789390 com.zlq.app_intent_flags/.MainActivity}

啟動過程中相關(guān)Activity的生命周期變化如下:

04-12 08:58:45.200 5399-5399/com.zlq.app_intent_flags V/zlq: ActivityC-onDestroy
04-12 08:58:45.204 5399-5399/com.zlq.app_intent_flags V/zlq: ActivityD-onPause
04-12 08:58:45.208 5399-5399/com.zlq.app_intent_flags V/zlq: ActivityB-onNewIntent
04-12 08:58:45.208 5399-5399/com.zlq.app_intent_flags V/zlq: ActivityB-onRestart
04-12 08:58:45.208 5399-5399/com.zlq.app_intent_flags V/zlq: ActivityB-onStart
04-12 08:58:45.208 5399-5399/com.zlq.app_intent_flags V/zlq: ActivityB-onResume
04-12 08:58:45.560 5399-5399/com.zlq.app_intent_flags V/zlq: ActivityD-onStop
04-12 08:58:45.560 5399-5399/com.zlq.app_intent_flags V/zlq: ActivityD-onDestroy

我們看到,和僅使用FLAG_ACTIVITY_CLEAR_TOP一個(gè)Flag的區(qū)別是:這里的ActivityB并不是重新新建的,沒有調(diào)用ActivityB的onCreate()方法,而是一次調(diào)用的onNewIntent()和onRestart()方法來復(fù)用,兩者的ActivityRecord記錄的ID也同為`53764490`。這樣一來,其表現(xiàn)出來的特性就和LuancMode中的SingleTask一致了(更嚴(yán)格的說法是就和LuancMode中的**SingleTask在未定義android:taskAffinity屬性時(shí)**一致了)。
3. Intent.FLAG_ACTIVITY_SINGLE_TOP
 以 FLAG_ACTIVITY_CLEAR_TOP 為Flag啟動ActivityD后:

Running activities (most recent first):
TaskRecord{537a56cc #16 A com.zlq.app_intent_flags U 0}
Run #5: ActivityRecord{537a2518 com.zlq.app_intent_flags/.ActivityD}
Run #4: ActivityRecord{5377e810 com.zlq.app_intent_flags/.ActivityC}
Run #3: ActivityRecord{53764490 com.zlq.app_intent_flags/.ActivityB}
Run #2: ActivityRecord{5374c970 com.zlq.app_intent_flags/.ActivityA}
Run #1: ActivityRecord{53789390 com.zlq.app_intent_flags/.MainActivity}

發(fā)現(xiàn)并沒有發(fā)生任何變化。只在LogCat中打印出了:

04-12 5399-5399/com.zlq.app_intent_flags V/zlq: ActivityD-onPause
04-12 5399-5399/com.zlq.app_intent_flags V/zlq: ActivityD-onNewIntent
04-12 5399-5399/com.zlq.app_intent_flags V/zlq: ActivityD-onResume

可見,使用了該Flag啟動Activity時(shí),其表現(xiàn)和LaunchMode中的SingleTop一樣。
4. Intent.FLAG_ACTIVITY_BROUGHT_TO_FRONT
以FLAG_ACTIVITY_BROUGHT_TO_FRONT為Flag啟動ActivityB后:

Running activities (most recent first):
TaskRecord{537a56cc #16 A com.zlq.app_intent_flags U 0}
Run #3: ActivityRecord{53764490 com.zlq.app_intent_flags/.ActivityB}
Run #5: ActivityRecord{537a2518 com.zlq.app_intent_flags/.ActivityD}
Run #4: ActivityRecord{5377e810 com.zlq.app_intent_flags/.ActivityC}
Run #2: ActivityRecord{5374c970 com.zlq.app_intent_flags/.ActivityA}
Run #1: ActivityRecord{53789390 com.zlq.app_intent_flags/.MainActivity}

我們看到,棧內(nèi)順序發(fā)生了變化,把ActivityB從棧中移到了棧頂。實(shí)例還是那個(gè)實(shí)例:**_53764490_**.
而各個(gè)Activiy生命周期的變化如LogCat中所示:

04-12 5399-5399/com.zlq.app_intent_flags V/zlq: ActivityD-onPause
04-12 5399-5399/com.zlq.app_intent_flags V/zlq: ActivityB-onNewIntent
04-12 5399-5399/com.zlq.app_intent_flags V/zlq: ActivityB-onRestart
04-12 5399-5399/com.zlq.app_intent_flags V/zlq: ActivityB-onStart
04-12 5399-5399/com.zlq.app_intent_flags V/zlq: ActivityB-onResume
04-12 5399-5399/com.zlq.app_intent_flags V/zlq: ActivityD-onStop

5. Intent.FLAG_ACTIVITY_REORDER_TO_FRONT
經(jīng)驗(yàn)證,和Intent.FLAG_ACTIVITY_BROUGHT_TO_FRONT作用一樣。
# 參考資料
[關(guān)于intent.setFlags()的故事][1]

[1]: http://www.itdecent.cn/p/a488f06524dd
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容