Activity的生命周期(大概是網(wǎng)上最全的版本了)

生命周期:1.典型情況下的生命周期 :有用戶參與的情況下(當(dāng)然手機的各種狀態(tài)都是理想情況下)
2.異常情況下的生命周期:指的是現(xiàn)實情況下,例如手機內(nèi)容不足献起。Activity被系統(tǒng)回收擂涛,
還有就是當(dāng)前Configuration發(fā)生變化從而導(dǎo)致Activity被銷毀重建等惶我。(Actvity在異常情況下遍希,表現(xiàn)十分微妙授霸。)


1.典型情況下的生命周期:如下圖所示

如下代碼所示:

public classMainActivityextendsAppCompatActivity {
private static finalStringTAG="bill";
@Override
protected voidonCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
Log.d(TAG,"onCreate()");
}
@Override
protected voidonRestart() {
super.onRestart();
Log.d(TAG,"onRestart()");
}
@Override
protected voidonStart() {
super.onStart();
Log.d(TAG,"onStart()");
}
@Override
protected voidonResume() {
super.onResume();
Log.d(TAG,"onResume()");
}
@Override
protected voidonPause() {
super.onPause();
Log.d(TAG,"onPause()");
}
@Override
protected voidonStop() {
super.onStop();
Log.d(TAG,"onStop()");
}
@Override
protected voidonDestroy() {
super.onDestroy();
Log.d(TAG,"onDestroy()");
}
}

上面代碼是把activity中所有的生命周期都打印了出來。
那么我們可以看到伴箩,第一次啟動的時候運行順序:

以下就不意義列舉各種正常情況了:
只寫結(jié)果:
1.正常情況下入愧,oncreate() onstart() onresume()
2.如果當(dāng)前activity A打開另一個activity B或點擊home鍵進(jìn)入桌面鄙漏,那么此時執(zhí)行activity A的onpause() onstop()方法嗤谚,當(dāng)然此時有一種特殊的activity B是不會調(diào)用onstop()方法,只是會調(diào)用onpause()方法怔蚌,那就是巩步,此activity B的主題是透明色的。
3.當(dāng)回到activity A的時候桦踊,調(diào)用 onRestart() onstart() onresume()方法
4.當(dāng)activity被系統(tǒng)回收以后再次打開椅野,生命周期的調(diào)用順序和1是一樣的,但是僅僅是生命周期的調(diào)用順序籍胯,并不代表其他過程也一樣竟闪。
5.生命周期配對:oncreate() ondestroy()
onstar() onstop()
onresume() onpause()

那么問題來了:
activity A打開activity B的時候,activity A的onpause()和activity的onResume()方法執(zhí)行的先后順序是怎樣的杖狼?
打印日志可以看出炼蛤,兩個activity調(diào)用的生命周期方法,竟然載同一個線程內(nèi)蝶涩,如圖

從上圖可以看出理朋,activity A的onpause()方法先執(zhí)行絮识,然后執(zhí)行依次activity B的onCreate() onstart() onResume()方法,再去執(zhí)行A的onstop()等方法嗽上。
另一方面次舌,Android官方也說過,不能在onpause中做一些重量級操作兽愤,畢竟要當(dāng)前的activity先執(zhí)行完onpause()才能再執(zhí)行下一個activity的開始生命周期彼念。
2.異常情況下的生命周期
1)資源相關(guān)的activity發(fā)生改變,導(dǎo)致activity被殺死并重建
例子:資源相關(guān)的配置發(fā)生改變浅萧、系統(tǒng)內(nèi)存不足的時候国拇,activity可能會被殺死。
在activity下添加以下方法:

@Override
public voidonSaveInstanceState(Bundle outState) {
super.onSaveInstanceState(outState);
outState.putString(OUTSTATE,"我被保存下來了");
Log.d(TAG,"Thread :"+ Thread.currentThread() +",onSaveInstanceState()");
}

@Override
public voidonRestoreInstanceState(Bundle savedInstanceState) {
super.onRestoreInstanceState(savedInstanceState);
if(savedInstanceState !=null) {
String outstate = savedInstanceState.getString(OUTSTATE);
Log.d(TAG,"onRestoreInstanceState() outstates = "+ outstate);
}
Log.d(TAG,"Thread :"+ Thread.currentThread() +",onRestoreInstanceState()");
}

分析:資源相關(guān)配置發(fā)生改變:
從豎屏轉(zhuǎn)換成橫屏的時候惯殊,日志如下:

從橫屏轉(zhuǎn)換成豎屏的時候酱吝,日志如下:

此時知道,我們的activity如果屏幕旋轉(zhuǎn)土思,會造成生命周期的改變务热,一般來說是這樣:
onpause() -> onsaveinstancestate() -> onstop() -> ondestroy() -> oncreate() -> onstart() -> onrestoreinstancestate() ->onresume()

而且onrestoreinstancestate()能獲取到onsaveinstancestate()保存下來的數(shù)據(jù),并且調(diào)用順序是在onstart()方法之后己儒。
但是崎岂,有一點,日志里邊沒有說明的:onsaveinstancestate()方法的調(diào)用時機是在onstop()之前闪湾,而且又和onpause()沒有時間順序上的關(guān)系冲甘。(待驗證)
值得說明的一個是:在執(zhí)行完activity的onsaveinstancestate()方法之后,還會activity會委托window保存數(shù)據(jù)途样,接著window委托他的頂級容器去保存數(shù)據(jù)江醇,頂層容器是一個viewgroup,然后頂層容器會再去通知他的子元素何暇,例如TextView去調(diào)用它的onsaveinstancestate()方法去保存它的數(shù)據(jù)陶夜。這是一個典型的委托思想,在view的繪制過程和分發(fā)機制中也是用的類似的思想裆站。

當(dāng)系統(tǒng)資源內(nèi)存不足的時候条辟,會由優(yōu)先級從低到高依次kill activity。
這里的優(yōu)先級劃分:前臺展示的activity最高宏胯,可見但非前臺的activity中級羽嫡,后臺activity優(yōu)先級最低。(這時候可以根據(jù)生命周期是否調(diào)用onpause onstop方法判斷優(yōu)先級肩袍,例如最高級是沒有執(zhí)行兩個方法杭棵,中級是之執(zhí)行了onpause方法,最低級是執(zhí)行了兩個方法)
剛才說的第一種情況了牛,當(dāng)屏幕的橫豎屏改變的時候颜屠,activity會重新繪制辰妙,會把生命周期先結(jié)束再重新開始,那么如果我不想重新繪制activity的話甫窟,應(yīng)該怎么做呢密浑?
答:在manifest給需要設(shè)置的activity添加:android:configChanges="orientation",
當(dāng)然在sdk>13的時候還要加上一個屬性scrrenSize,變成:android:configChanges="screenSize|orientation",設(shè)置了當(dāng)前的屬性粗井,顧名思義:這個是配置改變的時候尔破,屏幕的橫豎配置改變的時候。

并且加上下面的代碼:

    @Override
    public void onConfigurationChanged(Configuration newConfig) {
    super.onConfigurationChanged(newConfig);
    switch(newConfig.orientation){
    case Configuration.ORIENTATION_LANDSCAPE:
    Log.d(TAG,"變成了橫著的");
    break;
    case Configuration.ORIENTATION_PORTRAIT:
    Log.d(TAG,"變成了豎著的");
    break;
    }
    }

當(dāng)屏幕的橫豎改變的時候浇衬,打印日志為:

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末懒构,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子耘擂,更是在濱河造成了極大的恐慌胆剧,老刑警劉巖,帶你破解...
    沈念sama閱讀 221,406評論 6 515
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件醉冤,死亡現(xiàn)場離奇詭異秩霍,居然都是意外死亡,警方通過查閱死者的電腦和手機蚁阳,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 94,395評論 3 398
  • 文/潘曉璐 我一進(jìn)店門铃绒,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人螺捐,你說我怎么就攤上這事颠悬。” “怎么了定血?”我有些...
    開封第一講書人閱讀 167,815評論 0 360
  • 文/不壞的土叔 我叫張陵赔癌,是天一觀的道長。 經(jīng)常有香客問我糠悼,道長届榄,這世上最難降的妖魔是什么浅乔? 我笑而不...
    開封第一講書人閱讀 59,537評論 1 296
  • 正文 為了忘掉前任倔喂,我火速辦了婚禮,結(jié)果婚禮上靖苇,老公的妹妹穿的比我還像新娘席噩。我一直安慰自己,他們只是感情好贤壁,可當(dāng)我...
    茶點故事閱讀 68,536評論 6 397
  • 文/花漫 我一把揭開白布悼枢。 她就那樣靜靜地躺著,像睡著了一般脾拆。 火紅的嫁衣襯著肌膚如雪馒索。 梳的紋絲不亂的頭發(fā)上莹妒,一...
    開封第一講書人閱讀 52,184評論 1 308
  • 那天,我揣著相機與錄音绰上,去河邊找鬼旨怠。 笑死,一個胖子當(dāng)著我的面吹牛蜈块,可吹牛的內(nèi)容都是我干的鉴腻。 我是一名探鬼主播,決...
    沈念sama閱讀 40,776評論 3 421
  • 文/蒼蘭香墨 我猛地睜開眼百揭,長吁一口氣:“原來是場噩夢啊……” “哼爽哎!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起器一,我...
    開封第一講書人閱讀 39,668評論 0 276
  • 序言:老撾萬榮一對情侶失蹤课锌,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后祈秕,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體产镐,經(jīng)...
    沈念sama閱讀 46,212評論 1 319
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 38,299評論 3 340
  • 正文 我和宋清朗相戀三年踢步,在試婚紗的時候發(fā)現(xiàn)自己被綠了癣亚。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 40,438評論 1 352
  • 序言:一個原本活蹦亂跳的男人離奇死亡获印,死狀恐怖述雾,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情兼丰,我是刑警寧澤玻孟,帶...
    沈念sama閱讀 36,128評論 5 349
  • 正文 年R本政府宣布,位于F島的核電站鳍征,受9級特大地震影響黍翎,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜艳丛,卻給世界環(huán)境...
    茶點故事閱讀 41,807評論 3 333
  • 文/蒙蒙 一匣掸、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧氮双,春花似錦碰酝、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,279評論 0 24
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春袭厂,著一層夾襖步出監(jiān)牢的瞬間墨吓,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 33,395評論 1 272
  • 我被黑心中介騙來泰國打工纹磺, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留肛真,地道東北人。 一個月前我還...
    沈念sama閱讀 48,827評論 3 376
  • 正文 我出身青樓爽航,卻偏偏與公主長得像蚓让,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子讥珍,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 45,446評論 2 359

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