Android的四種啟動模式及Task簡述

Android四種Activity啟動模式:

在AndroidManifest.xml 的Activity中配置屬性,屬性name為android:launchMode.四種模式分別為standard(默認)、singleTop倚聚、singleTask、singleInstance

standard

最簡單的啟動模式,每次啟動Activity都會在當前的task棧中新建一個實例并放到棧頂孩等。

注:這種模式下,即使發(fā)起startActivity的那個Activity和即將要啟動的Activity是同一個Activity采够,也會新建對應(yīng)的實例瞎访,返回時按棧的順序從頂至底返回

singleTop

特性:如果當前棧頂?shù)腶ctivity和即將啟動的activity是同一個activity,則不會重新啟動activity吁恍,而是通過onNewIntent的方式傳遞數(shù)據(jù)

注:在接收到onNewIntent更新了Activity數(shù)據(jù)之后扒秸,此時按返回,會退出此Activity,而不是返回到接收onNewIntent之前那個狀態(tài)

應(yīng)用場景:只希望棧頂保留一個相同的實例的情況

singleTask

系統(tǒng)會創(chuàng)建一個新的task冀瓦,并將此activity實例化到這個新task作為它的根activity伴奥;如果在當前在某個任務(wù)中已經(jīng)有一個已存在的activity實例,則不會創(chuàng)建新的實例翼闽,而是調(diào)用這個activity的onNewIntent()方法(并把該任務(wù)調(diào)到前臺)拾徙,同一時間只會有一個activity的實例存在

"注:"雖然activity在新的task中啟動,按返回鍵還是能回到原來的activity中

1. 系統(tǒng)只會嘗試創(chuàng)建一個新的task感局,而不是創(chuàng)建一個新的task(與FLAG_ACTIVITY_NEW_TASK原理一致)
2. 如果有一個已經(jīng)存在的實例尼啡,系統(tǒng)會將這個task中此實例之上的所有activity彈出棧,無論該實例在哪個任務(wù)棧中
3. activity在新的task中啟動后询微,如果這個task中還有其他activity崖瞭,按返回鍵將會按照這個task里的棧的順序依次返回
4. 啟動這種啟動類型的activity時,startActivityForResult()會失效(不會收到正確的結(jié)果)

"如果有一個已經(jīng)存在的實例撑毛,系統(tǒng)會將這個task中此實例之上的所有activity彈出棧"

QQ截圖20190621215228.png

"activity在新的task中啟動后书聚,如果這個task中還有其他activity,按返回鍵將會按照這個task里的棧的順序依次返回"

2.png
  • 根本原因:android在跳轉(zhuǎn)時,對singleTask啟動模式的activity添加了一個flag: FLAG_ACTIVITY_NEW_TASK

  • singleTask總結(jié):

    1. 如果當前已存在的任務(wù)棧中雌续,沒有需要跳轉(zhuǎn)的這個activity的實例存在斩个,則創(chuàng)建此activity,創(chuàng)建的activity位于哪個任務(wù)棧驯杜,由activity的taskAffinity決定受啥。
    2. 如果當前有一個任務(wù)棧中,存在此activity的實例鸽心,則將此任務(wù)棧帶到前臺滚局,并且將此activity之上的activity全部彈出棧,該activity不用重新創(chuàng)建再悼,通過onNewIntent()接收參數(shù)
    3. 由于以上特性,對于launchMode為singleTask的activity來說膝但,同一時間冲九,只會有一個實例存在
    4. 應(yīng)用場景:launcher 或者類似于具有l(wèi)auncher屬性的activity
singleInstance
  1. 和singleTask很相似,但比singleTask特殊
  2. 對于具有singleInstance的activity跟束,一定是獨占一個任務(wù)棧,即:別的activity啟動具有singleInstance的activity時莺奸,如果不存在該實例,則一定會新建一個任務(wù)棧冀宴,將activity實例作為根activity灭贷;如果已經(jīng)有啟動的實例,則直接將該實例帶到前臺略贮,通過onNewIntent傳參具有singleInstance的activity啟動別的activity時甚疟,一定會將即將啟動的這個activity擠出棧,讓它自己去尋找一個適合的棧逃延,如果沒有適合的棧览妖,則新建一個
  3. 應(yīng)用場景:與應(yīng)用分離開的activity,比如呼叫來電界面
Task affinity

Activity傾向于依賴的Task揽祥,所屬的擁有相同affinity的多個Activity理論同屬于一個task讽膏,task自身的affinity決定于根Activity的affinity值。

  1. 根據(jù)affinity重新為Activity選擇宿主task(與allowTaskReparenting屬性配合工作拄丰;
  2. 啟動一個Activity過程中Intent使用了FLAG_ACTIVITY_NEW_TASK標記府树,根據(jù)affinity查找或創(chuàng)建一個新的具有對應(yīng)affinity的task。

默認情況下料按,一個應(yīng)用內(nèi)的所有Activity都具有相同的affinity奄侠,都是從Application(參考<application>的taskAffinity屬性)繼承而來,而Application默認的affinity是<manifest>中的包名载矿,我們可以為<application>設(shè)置taskAffinity屬性值遭铺,這樣可以應(yīng)用到<application>下的所有<activity>,也可以單獨為某個Activity設(shè)置taskAffinity

Android Task 相關(guān)的Intent flag
  • FLAG_ACTIVITY_NEW_TASK

    當Intent對象包含這個標記時,系統(tǒng)會尋找或創(chuàng)建一個新的task來放置目標Activity魂挂,尋找時依據(jù)目標Activity的taskAffinity屬性進行匹配甫题,如果找到一個task的taskAffinity與之相同,就將目標Activity壓入此task中涂召,如果查找無果坠非,則創(chuàng)建一個新的task,并將該task的taskAffinity設(shè)置為目標Activity的taskActivity果正,將目標Activity放置于此task炎码。

    如果同一個應(yīng)用中Activity的taskAffinity都使用默認值或都設(shè)置相同值時,應(yīng)用內(nèi)的Activity之間的跳轉(zhuǎn)使用這個標記是沒有意義的秋泳,因為當前應(yīng)用task就是目標Activity最好的宿主

    特性:如果你試圖啟動的activity潦闲,已經(jīng)有一個task為此activity啟動過了,它不會重新啟動一個activity迫皱,而是將這個task帶到前臺歉闰。如果想屏蔽這個特性,需要同時使用FLAG_ACTIVITY_MULTIPLE_TASK標簽

  • FLAG_ACTIVITY_NEW_TASK

3.png
  • FLAG_ACTIVITY_CLEAR_TOP

    類似于啟動模式中的singleTask卓起,帶有此flag的activity在啟動時和敬,會尋找任務(wù)棧中是否有實例存在,如果有戏阅,則將其之上的activity全部彈出棧昼弟。

    "區(qū)別在于:"

    1. FLAG_ACTIVITY_CLEAR_TOP不像singleTask,系統(tǒng)不會為其添加FLAG_ACTIVITY_NEW_TASK屬性奕筐,也就是說舱痘,如果不手動添加NEW_TASK屬性,只能在當前任務(wù)棧中查找是否有實例离赫,如果手動添加衰粹,則會在taskAffinity指定的任務(wù)棧中查找
    2. singleTask查找到實例后會繼續(xù)使用該實例,通過onNewIntent傳參笆怠,而在以下情況下铝耻, FLAG_ACTIVITY_CLEAR_TOP會銷毀重建activity:launchMode為standard,且沒有FLAG_ACTIVITY_SINGLE_TOP標記
  • FLAG_ACTIVITY_SINGLE_TOP與launchMode中的singleTop作用相同

  • FLAG_ACTIVITY_CLEAR_TASK
    這個標記必須和FLAG_ACTIVITY_NEW_TASK一起使用用于清空跳轉(zhuǎn)后的Activity所屬的Task,使得跳轉(zhuǎn)后,該activity一定是這個task的跟activity蹬刷。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末瓢捉,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子办成,更是在濱河造成了極大的恐慌泡态,老刑警劉巖,帶你破解...
    沈念sama閱讀 216,496評論 6 501
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件迂卢,死亡現(xiàn)場離奇詭異某弦,居然都是意外死亡桐汤,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,407評論 3 392
  • 文/潘曉璐 我一進店門靶壮,熙熙樓的掌柜王于貴愁眉苦臉地迎上來怔毛,“玉大人,你說我怎么就攤上這事腾降〖鸲龋” “怎么了?”我有些...
    開封第一講書人閱讀 162,632評論 0 353
  • 文/不壞的土叔 我叫張陵螃壤,是天一觀的道長抗果。 經(jīng)常有香客問我,道長奸晴,這世上最難降的妖魔是什么冤馏? 我笑而不...
    開封第一講書人閱讀 58,180評論 1 292
  • 正文 為了忘掉前任,我火速辦了婚禮寄啼,結(jié)果婚禮上逮光,老公的妹妹穿的比我還像新娘。我一直安慰自己辕录,他們只是感情好睦霎,可當我...
    茶點故事閱讀 67,198評論 6 388
  • 文/花漫 我一把揭開白布梢卸。 她就那樣靜靜地躺著走诞,像睡著了一般。 火紅的嫁衣襯著肌膚如雪蛤高。 梳的紋絲不亂的頭發(fā)上蚣旱,一...
    開封第一講書人閱讀 51,165評論 1 299
  • 那天,我揣著相機與錄音戴陡,去河邊找鬼塞绿。 笑死,一個胖子當著我的面吹牛恤批,可吹牛的內(nèi)容都是我干的异吻。 我是一名探鬼主播,決...
    沈念sama閱讀 40,052評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼喜庞,長吁一口氣:“原來是場噩夢啊……” “哼诀浪!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起延都,我...
    開封第一講書人閱讀 38,910評論 0 274
  • 序言:老撾萬榮一對情侶失蹤雷猪,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后晰房,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體求摇,經(jīng)...
    沈念sama閱讀 45,324評論 1 310
  • 正文 獨居荒郊野嶺守林人離奇死亡射沟,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,542評論 2 332
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了与境。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片验夯。...
    茶點故事閱讀 39,711評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖嚷辅,靈堂內(nèi)的尸體忽然破棺而出簿姨,到底是詐尸還是另有隱情,我是刑警寧澤簸搞,帶...
    沈念sama閱讀 35,424評論 5 343
  • 正文 年R本政府宣布扁位,位于F島的核電站,受9級特大地震影響趁俊,放射性物質(zhì)發(fā)生泄漏域仇。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 41,017評論 3 326
  • 文/蒙蒙 一寺擂、第九天 我趴在偏房一處隱蔽的房頂上張望暇务。 院中可真熱鬧,春花似錦怔软、人聲如沸垦细。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,668評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽括改。三九已至,卻和暖如春家坎,著一層夾襖步出監(jiān)牢的瞬間嘱能,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 32,823評論 1 269
  • 我被黑心中介騙來泰國打工虱疏, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留惹骂,地道東北人。 一個月前我還...
    沈念sama閱讀 47,722評論 2 368
  • 正文 我出身青樓做瞪,卻偏偏與公主長得像对粪,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子装蓬,可洞房花燭夜當晚...
    茶點故事閱讀 44,611評論 2 353

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