Android Activity啟動模式圖解

系列文章

前言

項目開發時,遇到了跳轉到另一Activity時,重復多次,然后退出時,需要多次返回才能退出,理想情況是雖然跳轉多次,但只需退出一次即可返回桌面,原因是Activity的啟動模式設置有誤。
因此為了給用戶良好的體驗,界面跳轉的啟動方式十分重要,除了在AndroidManifest.xml文件中指定launchMode外,通過設置Intent的一些標志(以FLAG_ACTIVITY_開頭)也可以新Activity的啟動模式。

Activity啟動模式

Task和Back Stack介紹

Task是在程序運行時只針對activity的概念。Task是一組相互關聯的activity的集合,它是存在于framework層的一個概念,控制界面的跳轉和返回。這個task存在于一個稱為back stack(棧)的結構中,即framework是以棧的形式管理用戶開啟的activity的。

參考:張紀剛 原文鏈接

四種啟動模式

默認情況下,當我們多次啟動同一個Activity時,系統會創建多個實例并把它們一一放入任務棧中,每按下back鍵就會有一個Activity出棧,直到棧空為止。

standard:標準模式

這是系統默認的模式,每次啟動一個新的Activity都會重新創建一個新的實例,不管這個實例已經是否存在。這種模式下,如果A啟動了B(標準模式),那么B自動進入A所在的任務棧中。

singleTop:棧頂復用模式 (登錄頁面、推送通知欄)

此種模式下,如果新Activity已經位于任務棧的棧頂,那么此Activity不會被重新創建,同時onNewIntent方法會被調用,通過此方法的參數獲取當前請求信息。而且,此Activity的
onCreate,onStart不會被調用,因為沒有發生改變。

  • singleTop模式分3種情況:
  1. 當前棧中已有該Activity的實例并且該實例位于棧頂時,不會新建實例,而是復用棧頂的實例,并且會將Intent對象傳入,回調onNewIntent方法
  2. 當前棧中已有該Activity的實例但是該實例不在棧頂時,其行為和standard啟動模式一樣,依然會創建一個新的實例
  3. 當前棧中不存在該Activity的實例時,其行為同standard啟動模式

standard和singleTop啟動模式都是在原任務棧中新建Activity實例,不會啟動新的Task,即使你指定了taskAffinity屬性

singleTask:棧內復用模式(應用中展示的主頁(Home頁))

此種模式下,只要Activity在一個棧中存在,那么多次啟動此Activity都不會重新創建實例,系統會回調onNewIntent方法。系統會先尋找是否存在A想要的任務棧,如果不存在,就
重建一個任務棧,然后創建A的實例放入新任務棧中;如果存在A想要的任務棧,再查看是否有Activity實例存在,有的話就把該實例調到棧頂,如果實例不存在,則創建A的實例放入
任務棧中。下面舉三種例子說明此種模式運行機制:

  1. 目前任務棧S1中為ABC,Activity D以singleTask模式請求啟動,其需要的任務棧為S1,那么系統會創建D的實例,將D放入S1中
  2. 目前任務棧S1中為ABC,Activity D以singleTask模式請求啟動,其需要的任務棧為S2,那么系統會創建任務棧S2,再將D放入S2中
  3. 目前任務棧S1中為ADBC,Activity D以singleTask模式請求啟動,其需要的任務棧為S1,那么系統不會創建D的實例,將D切換到棧頂并調用其onNewIntent方法,同時棧內所有在D上
    面的Activity都需要出棧,最終的S1為AD


    ActivityLaunchMode_singleTask

singleInstance:單實例模式 (系統Launcher、鎖屏鍵、來電顯示等系統應用)

這是一種加強的singleTask模式,除了具有singleTask模式的所有特性外,具有此種模式的Activity只能單獨位于一個任務棧中。比如Activity A以singleInstance模式啟動,系統會
為其創建一個新的任務棧,然后A獨自運行在該任務棧中,后續的請求均不會創建新的Activity。

以singleInstance模式啟動的Activity具有獨占性,即它會獨自占用一個任務,被他開啟的任何activity都會運行在其他任務中(官方文檔上的描述為,singleInstance模式的Activity不允許其他Activity和它共存在一個任務中)

Intent Flags

上面的場景僅僅適用于Activity通過Intent啟動Activity,并且Intent沒有額外添加任何Flag,下面分析下幾個常用FLAG的作用。

當啟動模式與FLAG沖突時,以FLAG為準。

FLAG_ACTIVITY_NEW_TASK

該FlAG的作用可以分為兩類情形,一種是Activity啟動Activity,另一種是非Activity(如Service)啟動Activty。
singleTask和singleInstance這兩種啟動模式被預設置了Intent.FLAG_ACTIVITY_NEW_TASK,而standard及singletTop則不會設置。
非Activity啟動Activity時必須添加此Flag,這個FLAG的關注重點是TASK,設置此flag后,大多數情況下新啟動Activity就會被放置到自己taskAffinity的Task中。下面具體總結下:

  1. 目標Activity實例或者Task不存在,則一定會新建Activity,并將目標Task移動到前臺
  2. 目標Task存在,目標Activity不存在,則新建Activity,并將目標Task移動到前臺
  3. 目標Task存在,目標Activity存在,但是不是根Activity,則新建Activity
  4. 目標Task存在,目標Activity存在,且是根Activity,且intent和當前待啟動的intent相等,則只要將Task移動至前臺即可


    ActivityLaunchMode_NewTask

FLAG_ACTIVITY_SINGLE_TOP

該FLAG的作用是為Activity指定"singleTop"啟動模式,其效果和在XML中指定該啟動模式相同

FLAG_ACTIVITY_CLEAR_TOP

具有此標志位的Activity,當它啟動時,在同一個任務棧中所有位于其上面的Activity都要出棧,這個標志一般和FLAG_ACTIVITY_NEW_TASK一起使用,具體可以分為以下幾種情況。

  1. 單獨使用,沒有設置特殊的launchMode,那么其任務棧中目標Activity及目標Activity之上的Activity都出棧
  2. 結合了FLAG_ACTIVITY_SINGLE_TOP,在目標Task和目標Activity都存在就不會重建,而是直接回調目標Activity的onNewIntent(),
  3. 結合了FLAG_ACTIVITY_NEW_TASK使用,如果目標Task存在一個Activity實例,則將其上面的及自身清理掉,之后重建
  4. 結合了FLAG_ACTIVITY_NEW_TASK和FLAG_ACTIVITY_SINGLE_TOP使用,如果topActivity不是目標Activity,就會去目標Task中去找,并喚起;如果topActivity是目標Activity,就直接回調topActivity的onNewIntent,無論topActivity是不是在目標Task中

參考:看書的小蝸牛 原文鏈接

FLAG_ACTIVITY_CLEAR_TASK

這個屬性必須同FLAG_ACTIVITY_NEW_TASK配合使用,設置了這個FLAG后,如果目標task已經存在,將清空已存在的目標Task,否則,新建一個Task棧,再新建一個Activity作為根Activity。
Intent.FLAG_ACTIVITY_CLEAR_TASK的優先級最高,基本可以無視所有的配置,包括啟動模式及Intent Flag,哪怕是singleInstance也會被finish,并重建。

參考:看書的小蝸牛 原文鏈接

TaskAffinity

前文我們說過啟動Activity所需的任務棧,此參數標識了一個Activity所需要的任務棧的名字,默認情況下Activity所需要的任務棧為應用的包名。
TaskAffinity屬性主要和singleTask啟動模式或者allowTaskReparenting屬性配對使用,在其他情況下沒有意義。

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