Activity啟動(dòng)模式探索

Activity使我們?cè)陂_(kāi)發(fā)中最常用到的組件,除了坑爹的生命周期他的啟動(dòng)模式也是很重要的一個(gè)知識(shí)點(diǎn)。
Activity 一共有四種啟動(dòng)模式,分別為:standard,singleTop,singleTask,singleInstance。一下分別討論著四種啟動(dòng)模式的異同和使用場(chǎng)景。

standard

standard是系統(tǒng)默認(rèn)的啟動(dòng)模式,他的特點(diǎn)是每次啟動(dòng)Activity都會(huì)創(chuàng)建一個(gè)新的Activity實(shí)例。每個(gè)新的Activity既可以存在于同一個(gè)任務(wù)棧也可以存在于不同的任務(wù)棧下(任務(wù)棧接下來(lái)會(huì)淺談),誰(shuí)啟動(dòng)了這個(gè)standard模式的Activity,這個(gè)Activity就是出現(xiàn)在誰(shuí)的棧內(nèi)(singleInstance下令做討論)。如果用ABCD的代表四個(gè)Activity的話(huà)我們啟動(dòng)了順序A-B-C這個(gè)時(shí)候又啟動(dòng)了B那么棧內(nèi)就會(huì)有ABCB四個(gè)Activity實(shí)例。ABCD在下文中代表四個(gè)Activity

singleTop

該模式下分類(lèi)討論,
①該Activity已經(jīng)存在:
a.該Activity已經(jīng)位于棧頂:這個(gè)Activity就不會(huì)被重新創(chuàng)建,并且會(huì)調(diào)用onNewIntent方法。舉例說(shuō)明,我們啟動(dòng)了ABCD四個(gè)Acitivity,這個(gè)時(shí)候D位于棧頂,并且D是singleTop模式,這個(gè)時(shí)候在D內(nèi)重新啟動(dòng)D任務(wù)棧內(nèi)結(jié)構(gòu)仍為ABCD,但是這個(gè)時(shí)候D的onCreate,onStart不會(huì)被調(diào)用,onNewIntent被系統(tǒng)調(diào)起,我們可以再onNewIntent里面處理相關(guān)的信息。
b.該Activity不在棧頂:直接舉例說(shuō)明,C為singleTop模式,其他的為standar模式,棧內(nèi)存在ABDC,C在棧頂,這個(gè)時(shí)候再去啟動(dòng)D就會(huì)重新創(chuàng)建一個(gè)新的Activity,棧內(nèi)存在ABDCD五個(gè)Activity。
②該Activity不存在
會(huì)創(chuàng)建一個(gè)新的位于棧頂?shù)腁ctivity,其他同上。

singleTask

一個(gè)App不一定是只有一個(gè)任務(wù)棧干到死的,可能存在多個(gè)任務(wù)棧,而在singleTask模式的Activity只會(huì)存在一個(gè)棧內(nèi),分類(lèi)討論如下:
①該Activity在所在的棧都不存在:
創(chuàng)建一個(gè)新的棧然后將新Activity壓入棧內(nèi)。
②該Activity所在的任務(wù)棧存在:
a.棧在Activity不存在:創(chuàng)建新的Activity并壓入棧內(nèi)。
b.棧在Activity也存在:
1.該Activity在棧頂:Activity喚起并調(diào)用onNewIntent。
2.該Acitivity不在棧頂:該Activity被調(diào)至棧頂并調(diào)用onNewIntent。
注意:棧的結(jié)構(gòu)是先進(jìn)后出的,所謂的調(diào)至棧頂就是清空該Activity上面的Activity使用其暴露在頂部。(好黑暗/(ㄒoㄒ)/~~)
(上面提到的Acitivity所在的棧會(huì)在討論完這四種模式后討論)

好吧,顯然這個(gè)singleTask模式是為處女座準(zhǔn)備的。

舉個(gè)栗子:棧S1存在ABC ,在C內(nèi)啟動(dòng)singleTask模式的D,D所在的棧應(yīng)該為S2,好了,開(kāi)始套公式(敲黑板),
如果S2不存在,創(chuàng)建S2,并在S2內(nèi)創(chuàng)建新的D;
如果S2存在,里面已經(jīng)有了EF就是沒(méi)有D,那么創(chuàng)建D,并壓入S2棧頂;
如果S2存在,里面有了DEF,猥瑣的D蹲在正好棧底部,那么D上面的EF就會(huì)被趕出S2棧,使D出現(xiàn)在棧頂,并調(diào)用D的onNewIntent方法。

綜上所述:singleTask是一個(gè)任務(wù)棧內(nèi)復(fù)用的模式。

PS:?jiǎn)?dòng)一個(gè)新的任務(wù)棧的singleTaskActivity系統(tǒng)動(dòng)畫(huà)會(huì)和standard模式下一鍵跳轉(zhuǎn)不一樣。不知道是不是系統(tǒng)的問(wèn)題,還是Android對(duì)于任務(wù)棧就是這么定義的。

singleInstance

顧名思義,單例模式...
這種模式下和上述的singleTask很接近,唯一不一樣的是,在singleTask模式下的Activity是允許大家住一間屋的,但是它有事的時(shí)候你們都得讓路,它是不會(huì)重建的。而這個(gè)singleInstance模式的Activity簡(jiǎn)直就是混蛋的孤家寡人,它不允許它住的屋子里面有人...也就是說(shuō)singleInstance自己擁有一個(gè)任務(wù)棧,棧內(nèi)只有他自己。

我們上面提到在standard之下跳轉(zhuǎn),在哪個(gè)棧內(nèi)跳轉(zhuǎn)就standard模式的Activity就會(huì)出現(xiàn)的誰(shuí)的棧內(nèi),但是基于上面singleInstance的孤家寡人理論這兩個(gè)顯然是矛盾的,本著知行合一,做一個(gè)實(shí)現(xiàn),新建ABC三個(gè)Activity,C為singleTask,A->B->C 然后繼續(xù)跳轉(zhuǎn)到A,這個(gè)是時(shí)候back,會(huì)發(fā)現(xiàn)顯示了B,并沒(méi)有顯示C,接著back會(huì)顯示A,再BACK顯示C,在C就退出應(yīng)用了。而且在C相鄰Activity會(huì)明顯發(fā)現(xiàn)動(dòng)畫(huà)不一樣。

這是我們看到的情況,接下來(lái)我們用 abd shell dumpsys activity命令,找到輸出

TaskRecord{85124cb #1461 A=com.maomibox.myapplication U=0 StackId=1 sz=3}
        Run #16: ActivityRecord{7733e23 u0 com.maomibox.myapplication/.A t1461}
TaskRecord{e348f76 #1462 A=com.maomibox.myapplication U=0 StackId=1 sz=1}
        Run #15: ActivityRecord{6c5074a u0 com.maomibox.myapplication/.C t1462}
TaskRecord{85124cb #1461 A=com.maomibox.myapplication U=0 StackId=1 sz=3}
        Run #14: ActivityRecord{8047354 u0 com.maomibox.myapplication/.B t1461}
        Run #13: ActivityRecord{9e18691 u0 com.maomibox.myapplication/.A t1461}

會(huì)發(fā)現(xiàn)id為85124cb只有ABAAcitivity,C存在于 id為e348f76 的棧內(nèi),也就是說(shuō)C所在的棧內(nèi)是有他自己,A也并沒(méi)有像上文說(shuō)的standard一樣出現(xiàn)在C所在的棧內(nèi)。在棧85124cb全部退出后,執(zhí)行e348f76 棧的退出,最終退出應(yīng)用。

啥是任務(wù)棧

上面提到了那么多任務(wù)棧,這個(gè)任務(wù)棧是啥?
棧是一種先進(jìn)后出的結(jié)構(gòu),任務(wù)棧就是存放Activity的地方,standard模式下只有一個(gè)任務(wù)棧,而在singleTask模式下并搭配上taskAffinity屬性則會(huì)新開(kāi)一個(gè)任務(wù)棧,singleInstance自帶Buff,自己會(huì)創(chuàng)建一個(gè)任務(wù)棧,如果在singleTask下不指定taskAffinity那么就相當(dāng)于啥都沒(méi)做,還是在默認(rèn)棧內(nèi)。給activity指定任務(wù)棧如下

        <activity android:name=".C"
            android:launchMode="singleInstance" 
            android:taskAffinity="com.demo.c"/>

上文提到的“所在的棧”就是這個(gè)com.demo.c,C就運(yùn)行在這個(gè)棧內(nèi)。
taskAffinity屬性和signleTask啟動(dòng)模式或者和allowTaskReparenting搭配才有用沒(méi)其他情況下毛用沒(méi)有(有待驗(yàn)證)。

Activity FLAGS

Activity的Flag很多,Intent.FLAG_ACTIVITY_ IDE會(huì)聯(lián)想出來(lái)很多,列舉幾個(gè)常用的如下:
FLAG_ACTIVITY_NEW_TASK
同singleTask
FLAG_ACTIVITY_SINGLE_TOP
同singleTop
FLAG_ACTIVITY_CLEAR_TOP
該FLAG下同F(xiàn)LAG_ACTIVITY_NEW_TASK搭配下和之前將的清光棧暴露Acitivity類(lèi)似。

使用場(chǎng)景(本段來(lái)自互聯(lián)網(wǎng))自己體會(huì)吧...

standard: 適合多個(gè)實(shí)例存在的情況,比如,發(fā)郵件頁(yè)面。
singleTop: 適合接收通知內(nèi)容顯示頁(yè)面。例如,某些應(yīng)用會(huì)為用戶(hù)推送一些消息通知,當(dāng)用戶(hù)從任務(wù)欄中進(jìn)入查看消息內(nèi)容界面時(shí),如果設(shè)置為singleTop時(shí),這樣每次行為都使用同一個(gè)實(shí)例,用戶(hù)點(diǎn)擊返回時(shí)不會(huì)存在多個(gè)消息頁(yè)面的情況。
singleTask: 適合使用在一個(gè)程序的主界面。
singleInstance: 使用較少,比如一些launchAPP可能會(huì)使用到。

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

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