Activity的生命周期和啟動模式

Activity的生命周期分析

  1. 典型情況下的生命周期玩荠。是指在用戶參與的情況下衔瓮,Activity所經(jīng)過的生命周期的改變浊猾。
  2. 異常情況下的生命周期。是指Activity被系統(tǒng)回收或者由于當前設備的Configuration發(fā)生改變從而導致Activity被銷毀重建热鞍,異常情況下的生命周期的關注點和典型情況略有不同葫慎。
典型情況下的生命周期

onCreate:表示Activity正在被創(chuàng)建薇宠。

onRestart:表示Activity正在重新啟動偷办。

onStart:表示Activity正在被啟動,即將開始澄港,這時Activity已經(jīng)可見椒涯,但是還沒出現(xiàn)在前臺。

onResume:表示Activity已經(jīng)可見回梧,并且出現(xiàn)在前臺并開始活動废岂。

onPause:表示Activity正在停止,正常情況下狱意,緊接著onStop就會被調用湖苞。

onStop:表示Activity即將停止,可以做一些稍微重量級的回收工作髓涯,同樣不能太耗時袒啼。

onDestroy:表示Activity即將被銷毀,這是Activity生命周期中的最后一個回調纬纪,可以做一些回收工作和最終的資源釋放蚓再。

生命周期圖

注意點:

1,當用戶打開新的Activity或者切換到桌面的時候包各,回調如下:onPause -> onStop摘仅,這里有一種特殊情況,如果新的Activity采用了透明的主題问畅,那么當前Activity不會回調onStop娃属。

2六荒,onStart和onResume、onPause和onStop矾端,有什么實質不同呢掏击。

從Activity是否可見的角度看,onStart和onStop配對秩铆,從Activity是否位于前臺這個角度砚亭,onResume和onPause配對。

3殴玛,假設當前Activity為A捅膘,如果這時用戶打卡一個新的Activity B,那么B的onResume和A的onPause哪個先執(zhí)行滚粟。

先會執(zhí)行A的onPause后寻仗,新的Activity才能啟動。官方文檔中有這么一句凡壤,不能在onPause中做重量級的操作署尤,因為必須onPause執(zhí)行完成以后,新的Activity才能Resume鲤遥。

異常情況下的生命周期分析

1沐寺,資源相關的系統(tǒng)配置發(fā)生改變導致Activity被殺死并重新創(chuàng)建林艘。

比如當前Activity處于豎屏狀態(tài)盖奈,突然橫屏了,那么此時系統(tǒng)配置發(fā)生了改變狐援,在默認情況下钢坦,Activity就會被銷毀并且重新創(chuàng)建,拿的資源圖片就會不一樣啥酱,當系統(tǒng)配置發(fā)生變化之后爹凹,Activity會被銷毀,其中onPause镶殷、onStop禾酱、onDestroy均會被調用,由于Activity是在異常情況下終止的绘趋,系統(tǒng)就會調用onSaveInstanceState來保存當前的Activity狀態(tài)颤陶,這個方法是在onStop之前,它和onPause沒有既定的時序關系陷遮,可能在onPause之前滓走,也可能在onPause之后調用,需要強調下帽馋, 這個方法只會在Activity背異常終止的情況下調用搅方,正常情況下系統(tǒng)不會回調這個方法比吭。當Activity重新創(chuàng)建后,系統(tǒng)會調用onRestoreInstanceSate姨涡,并且把之前保存的數(shù)據(jù)恢復回來衩藤。

異常重建過程

關于保存和恢復View層次結構,系統(tǒng)的工作流程是這樣的:首先Activity被意外終止時涛漂,Activity會調用onSaveInstanceState去保存數(shù)據(jù)慷彤,然后Activity會委托Window去保存數(shù)據(jù),接著Window再委托它上面的頂級容器去保存數(shù)據(jù)怖喻,頂級容器是一個ViewGroup底哗,一般來說它很可能是DecorView。最后頂層容器再去一一通知它的子元素來保存锚沸。這是一種典型的委托思想跋选,上層委托下層,父容器委托子元素去處理一件事哗蜈,這種思想在Android中很常見前标,比如View的繪制過程距潘,事件分發(fā)等等。

總之音比,系統(tǒng)只有在Activity異常終止的情況下才會調用onSaveInstanceState和onRestoreInstanceSate來存儲和恢復數(shù)據(jù),其他情況下不會觸發(fā)這個過程洞翩。

2稽犁,資源內存不足導致優(yōu)先級低的Activity被殺死

Activity按照優(yōu)先級從高到低,可以分為三種已亥。

  1. 前臺Activity—正在和用戶交互的Activity来屠,優(yōu)先級最高
  2. 可見但非前臺Activity—比如Activity中彈出了一個對話框虑椎,導致Activity可見但是位于后臺無法和用戶直接交互
  3. 后臺Activity—已經(jīng)被暫停的Activity,比如執(zhí)行了onStop俱笛,優(yōu)先級最低

當系統(tǒng)內存不足時捆姜,系統(tǒng)就會按照上述優(yōu)先級去殺死目標Activity所在的進程,并后續(xù)通過onSaveInstanceState和onRestoreInstanceSate來存儲和恢復數(shù)據(jù)娇未,如果一個進程中沒有四大組件在執(zhí)行星虹,那么這個進程將很快被系統(tǒng)殺死镊讼,因此平夜,比較好的方法是將后臺工作放入Service中從而保證進程有一定的優(yōu)先級,這樣就不會輕易地被系統(tǒng)殺死忽妒。

Activity的啟動模式

Activity的LaunchMode

  • standard:標準模式,系統(tǒng)默認模式段直。每次啟動一個Activity都會重新創(chuàng)建一個新的實例,不管這個實例是否已經(jīng)存在决侈。在這個模式下喧务,誰啟動了Activity,那么這個Activity就運行在啟動它的那個Activity所在棧中功茴。
  • singleTop:棧頂復用模式。在這種模式下坎穿,如果新的Activity已經(jīng)位于任務棧頂,那么此Activity不會被重新創(chuàng)建犯祠,同時它的onNewIntent方法會被回調酌呆,通過此方法的參數(shù)我們可以取出當前的請求信息
  • singleTask:棧內復用模式搔耕。這是一種單例模式隙袁,在這種模式下弃榨,只要Activity在一個棧中存在,那么多次啟動此Activity都不會創(chuàng)建實例娜饵,和singleTop是一樣官辈,系統(tǒng)也會調用onNewIntent遍坟。還有一點,就是singleTask有clearTop的效果愿伴,會導致棧內已有的Activity全部出棧电湘。
  • singleInstance:單一實例模式。這是一種加強的singleTask模式寂呛,它除了具有singleTask的所有特性以外,還加強了一點刽虹,那就是具有此模式的Activity只能單獨位于一個任務棧中呢诬,比如Activity A是singleInstance模式涌哲,當A啟動后尚镰,系統(tǒng)會為它創(chuàng)建一個新的任務棧,然后A獨自在這個新的任務棧中初烘,由于棧內復用的特性分俯,后續(xù)均不會創(chuàng)建新的Activity肾筐,除非這個獨特的任務棧被系統(tǒng)銷毀缸剪。整個手機操作系統(tǒng)里面只有一個實例存在。不同的應用去打開這個activity 共享公用的同一個activity唬渗。他會運行在自己單獨奋渔,獨立的任務棧里面,并且任務棧里面只有他一個實例存在嫉鲸。

如何給Activity指定啟動模式,有兩種方法座菠,第一種是通過AndroidMenifest.xml

     <activity
            android:name="com.ryg.chapter_1.SecondActivity"
            android:configChanges="screenLayout"
            android:label="@string/app_name"
            android:launchMode="standard"
            android:taskAffinity="com.ryg.task1" />

另外一種情況是通過Intent中設置標志位來為Activity指定啟動模式。

      Intent intent = new Intent();
      intent.setClass(MainActivity.this, SecondActivity.class);
      intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
      startActivity(intent);

這兩者是有區(qū)別的辈灼,首先,在優(yōu)先級上司志,第一種方式優(yōu)先級要高于第一種,當兩種同時存在的時候降宅,以第二種方式為準,第一種方式無法直接為Activity設為FLAG_ACTIVITY_CLEAR_TOP標識激才,而第二種方式無法為Activity指定singleInstance模式额嘿。

standard使用場景:

  • 郵件客戶端,在新建一個郵件的時候册养,適合新建一個新的實例

singleTop使用場景:

  • 消息推送,通知欄彈出Notification靠闭,點擊Notification跳轉到指定Activity坎炼,使用singleTop避免生成重復的頁面。
  • 登錄的時候谣光,登錄成功跳轉到主頁,按下兩次登錄按鈕抢肛,使用singleTask避免生成兩個主頁。
  • 從activity A啟動了個service進行耗時操作,或者某種監(jiān)聽莲镣,這個時候你home鍵了,service收集到信息的圆,要返回activityA。

singleTask使用場景:

  • 提供給第三方應用調用的頁面越妈,做瀏覽器、微博之類的應用酌住,瀏覽器的主界面等等阎抒。
  • 程序的主界面,進入多層嵌套之后且叁,一鍵退回,之前打開的Activity全部出棧欺矫。

singleInstance使用場景:

  • 呼叫來電界面展氓,打電話、發(fā)短信功能带饱。
  • 鬧鈴提醒,將鬧鈴提醒與鬧鈴設置分離教寂。

Activity的Flags

FLAG_ACTIVITY_NEW_TASK:這個標記位的作用是為Activity指定“singleTask”啟動模式执庐,其效果和在XML中指定該模式相同。

FLAG_ACTIVITY_SINGLE_TOP:這個標記位的作用是為Activity指定“singleTop”啟動模式轨淌,其效果和在XML中指定該模式相同。

FLAG_ACTIVITY_CLEAR_TOP:具有次標記位的Activity盟步,當它啟動時躏结,在同一個任務棧中所有位于它上面的Activity都要出棧,這個標記位一般會和singleTask啟動模式一起出現(xiàn)。如果被啟動的Activity的實例已經(jīng)存在兆览,那么系統(tǒng)就會調用它的onNewIntent

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
  • 序言:七十年代末塞关,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子小压,更是在濱河造成了極大的恐慌匿醒,老刑警劉巖,帶你破解...
    沈念sama閱讀 217,406評論 6 503
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件溉痢,死亡現(xiàn)場離奇詭異,居然都是意外死亡孩饼,警方通過查閱死者的電腦和手機竹挡,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,732評論 3 393
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來梯码,“玉大人好啰,你說我怎么就攤上這事】蛲” “怎么了?”我有些...
    開封第一講書人閱讀 163,711評論 0 353
  • 文/不壞的土叔 我叫張陵许溅,是天一觀的道長秉版。 經(jīng)常有香客問我,道長沐飘,這世上最難降的妖魔是什么牲迫? 我笑而不...
    開封第一講書人閱讀 58,380評論 1 293
  • 正文 為了忘掉前任,我火速辦了婚禮筛峭,結果婚禮上,老公的妹妹穿的比我還像新娘影晓。我一直安慰自己,他們只是感情好疤祭,可當我...
    茶點故事閱讀 67,432評論 6 392
  • 文/花漫 我一把揭開白布饵婆。 她就那樣靜靜地躺著,像睡著了一般侨核。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上悲柱,一...
    開封第一講書人閱讀 51,301評論 1 301
  • 那天些己,我揣著相機與錄音,去河邊找鬼段标。 笑死,一個胖子當著我的面吹牛功偿,可吹牛的內容都是我干的往堡。 我是一名探鬼主播械荷,決...
    沈念sama閱讀 40,145評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼吨瞎,長吁一口氣:“原來是場噩夢啊……” “哼穆咐!你這毒婦竟也來了字旭?” 一聲冷哼從身側響起崖叫,我...
    開封第一講書人閱讀 39,008評論 0 276
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎心傀,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 45,443評論 1 314
  • 正文 獨居荒郊野嶺守林人離奇死亡弃甥,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 37,649評論 3 334
  • 正文 我和宋清朗相戀三年掉缺,在試婚紗的時候發(fā)現(xiàn)自己被綠了眶明。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片搜囱。...
    茶點故事閱讀 39,795評論 1 347
  • 序言:一個原本活蹦亂跳的男人離奇死亡绊汹,死狀恐怖,靈堂內的尸體忽然破棺而出坛增,到底是詐尸還是另有隱情届案,我是刑警寧澤楣颠,帶...
    沈念sama閱讀 35,501評論 5 345
  • 正文 年R本政府宣布弄贿,位于F島的核電站挎春,受9級特大地震影響,放射性物質發(fā)生泄漏能庆。R本人自食惡果不足惜搁胆,卻給世界環(huán)境...
    茶點故事閱讀 41,119評論 3 328
  • 文/蒙蒙 一渠旁、第九天 我趴在偏房一處隱蔽的房頂上張望顾腊。 院中可真熱鬧杂靶,春花似錦吗垮、人聲如沸烁登。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,731評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽讶泰。三九已至痪署,卻和暖如春狼犯,著一層夾襖步出監(jiān)牢的瞬間悯森,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 32,865評論 1 269
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留褥傍,地道東北人喇聊。 一個月前我還...
    沈念sama閱讀 47,899評論 2 370
  • 正文 我出身青樓,卻偏偏與公主長得像燕鸽,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子啊研,可洞房花燭夜當晚...
    茶點故事閱讀 44,724評論 2 354

推薦閱讀更多精彩內容