??????? 本文將Activity的生命周期分為兩部分內(nèi)容，一部分是典型情況下的生命周期牡属，另一部分是異常情況下的生命周期票堵。所謂典型是指用戶參與的情況下扼睬，Activity所經(jīng)過的生命周期的改變逮栅。而異常情況是Activity被系統(tǒng)回收或由于當(dāng)前設(shè)備的Configuration發(fā)生改變而導(dǎo)致Activity被銷毀重建，這兩種情況略有不同需要另做分析窗宇。
??????? 典型情況下的生命周期分析
正常情況下Activity會(huì)經(jīng)過以下生命周期
（1）onCreate：表示Activity正在被創(chuàng)建措伐，這是生命周期的第一個(gè)方法。在這個(gè)方法中军俊，我們可以做一些初始化工作赞厕，比如調(diào)用setContentView去加載頁面資源大猛、初始化Activity需要的數(shù)據(jù)等。
（2）onRestart：表示Activity正在重新啟動(dòng)。一般情況下刮便，當(dāng)當(dāng)前的Activity從不可見變?yōu)榭梢姞顟B(tài)時(shí)，onResraet()方法就會(huì)被調(diào)用椭住。比如用戶按Home鍵切換到桌面支竹，或用戶打開了一個(gè)新的Activity,這時(shí)當(dāng)前的Activity就會(huì)被暫停，也就是onPause和onStop被執(zhí)行了泳唠，接著用戶又回到了這個(gè)Activity狈网，就會(huì)出現(xiàn)這種情況。
（3）onStart：表示Activity正在被啟動(dòng)，即將開始拓哺，此時(shí)Activity已經(jīng)可見了勇垛，但還未出現(xiàn)在前臺(tái)，還無法與用戶交互士鸥。這時(shí)可以理解Activity已經(jīng)顯示出來了闲孤，但我們還看不見。
（4）onResume：表示Activity已經(jīng)可見了础淤，并且出現(xiàn)在前臺(tái)開始活動(dòng)了崭放，onStart與onResume都表示Activity可見，它們區(qū)別在于鸽凶，onStart時(shí)Activity還在后臺(tái)币砂，onResume時(shí)Activity才顯示在前臺(tái)。
（5）onPause：表示Activity正在停止玻侥，正常情況下决摧，緊接著onStop就會(huì)被調(diào)用。在特殊情況下凑兰，如果這個(gè)時(shí)候在快速的回到當(dāng)前的Activity掌桩，那么OnResume就會(huì)被調(diào)用。當(dāng)然這屬于極端情況姑食，用戶操作很難重現(xiàn)這一場(chǎng)景波岛。此時(shí)可以做一些存儲(chǔ)數(shù)據(jù)、停止動(dòng)畫等工作音半，但是注意不能太耗時(shí)则拷，因?yàn)檫@會(huì)影響新Activity的顯示，onPause必須先執(zhí)行曹鸠，新Activity的OnResume才能被執(zhí)行煌茬。
（6）onStop：表示Activity即將停止，可以做一些稍微重量級(jí)的回收工作彻桃，同樣不能太耗時(shí)坛善。
（7）onDestroy：表示Activity即將被銷毀，這是Activity生命周期的最后一次回調(diào)邻眷。在這里眠屎，我們可以做一些回收工作和最終資源釋放。
正常境況下肆饶，Activity的生命周期只有以上7個(gè)改衩，下圖詳細(xì)描述了Activity各種生命周期的切換過程。
（1）針對(duì)一個(gè)特定的Activity抖拴，第一次啟動(dòng)燎字，回調(diào)如下：onCreate->onStart->onResume腥椒。
（2）當(dāng)用戶打開新的Activity或者切換到桌面時(shí)，回調(diào)如下:onPause->onStop候衍。這里有一種特殊情況笼蛛，如果新的Activity采用了透明主題，那么當(dāng)前的Activity不會(huì)回調(diào)onStop蛉鹿。
（3）當(dāng)用戶再回到原Activity時(shí)滨砍，回調(diào)如下：onRestart->onStart->onResume。
（4）當(dāng)用戶按back鍵回退時(shí)妖异，回調(diào)如下：onPause->onStop->onDestroy惋戏。
（5）當(dāng)Activity被系統(tǒng)回收后再次打開，生命周期方法回調(diào)過程和（1）一樣他膳，注意只是生命周期方法一樣响逢，不代表所有過程都一樣。
（6）從整個(gè)生命周期來說棕孙，onDestroy和onCreate是配對(duì)的舔亭，分別標(biāo)識(shí)Activity的重建和銷毀，并且只可能有一次調(diào)用蟀俊。從Activity是否可見來說钦铺，onStart和onStop是配對(duì)的，隨著用戶的操作和設(shè)備屏幕的點(diǎn)亮和熄滅肢预，這兩個(gè)方法可能會(huì)多次被調(diào)用矛洞；從Activity是否在前臺(tái)來說，onResume和onPause是配對(duì)的烫映，隨著用戶的操作和設(shè)備屏幕的點(diǎn)亮和熄滅沼本，這兩個(gè)方法可能會(huì)多次被調(diào)用；
????????????????????? 異常情況下的生命周期分析
Activity除了受用戶操作而導(dǎo)致的正常生命周期調(diào)度窑邦，還有一些異常情況擅威，比如當(dāng)資源相關(guān)的系統(tǒng)配置發(fā)生改變以及系統(tǒng)內(nèi)存不足時(shí)壕探，Activity就有可能被殺死冈钦。
（1）資源相關(guān)的系統(tǒng)配置發(fā)生改變導(dǎo)致Activity被殺死并被重新創(chuàng)建
比如說橫屏手機(jī)和豎屏手機(jī)就會(huì)拿到兩張不同的圖片（設(shè)定了landscape或portrait狀態(tài)下的圖片）。比如說當(dāng)前Activity處于豎屏狀態(tài)李请，如果突然旋轉(zhuǎn)屏幕瞧筛，由于系統(tǒng)配置發(fā)生改變，在默認(rèn)的情況下导盅，Activity就會(huì)被銷毀并且重建较幌，當(dāng)然我們也可以阻止系統(tǒng)重新創(chuàng)建Activity。
在默認(rèn)的情況下白翻，如果我們的Activity不做特殊處理乍炉，那么當(dāng)系統(tǒng)配置改變后绢片，Activity就會(huì)被銷毀重建。如下圖所示岛琼。
當(dāng)系統(tǒng)配置發(fā)生改變后底循，Activity會(huì)被銷毀，其onPause槐瑞，onStop熙涤，onDestroy均會(huì)被調(diào)用，同時(shí)由于Activity是在異常情況下終止的困檩，系統(tǒng)會(huì)調(diào)用onSaveInstanceState來保存當(dāng)前Activity的狀態(tài)祠挫。這個(gè)方法在onStop前被調(diào)用，但和onPause沒有既定的時(shí)序關(guān)系悼沿。特別的是等舔，這個(gè)方法只會(huì)在Activity被異常終止的情況下，正常情況下系統(tǒng)不會(huì)回調(diào)這個(gè)方法糟趾。當(dāng)Activity被重新創(chuàng)建后软瞎，系統(tǒng)會(huì)調(diào)用onRestoreInstanceState，并且把Activity銷毀時(shí)onSaveInstanceState保存的Bundle對(duì)象作為參數(shù)傳遞給onRestoreInstanceState和onCreate來判斷Activity是否被重建了拉讯，如果被重建了涤浇，那么我們就取出之前保存的數(shù)據(jù)并恢復(fù)，從時(shí)序上魔慷，onRestoreInstanceState的調(diào)用時(shí)序在onStart之后只锭。
（2）資源內(nèi)存不足導(dǎo)致低優(yōu)先級(jí)的Activity被殺死
Activity按照優(yōu)先級(jí)從高到低，可以分為以下三種：
（1）前臺(tái) Activity——正在與用戶交互的Activity院尔，優(yōu)先級(jí)最高蜻展。
（2）可見但非前臺(tái)Activity——比如Activity中彈出來一個(gè)對(duì)話框，導(dǎo)致Activity可見邀摆，但是位于后臺(tái)無法與用戶進(jìn)行交互纵顾。
（3）后臺(tái)Activity——已經(jīng)被暫停的Activity，比如已經(jīng)執(zhí)行了onStop栋盹，優(yōu)先級(jí)最低施逾。
當(dāng)系統(tǒng)內(nèi)存不足時(shí)，系統(tǒng)就會(huì)按照上述優(yōu)先級(jí)去殺死目標(biāo)Activity所在的進(jìn)程例获，并在后續(xù)通過onSaveInstanceState和onRestoreInstanceState進(jìn)行存儲(chǔ)和恢復(fù)數(shù)據(jù)汉额。如果一個(gè)進(jìn)程沒有四大組件在執(zhí)行，那么這個(gè)進(jìn)程就會(huì)很快被殺死榨汤，因此一些后臺(tái)工作不適合脫離四大組件而獨(dú)自運(yùn)行在后臺(tái)蠕搜，這樣的進(jìn)程很快就會(huì)被殺死。比較好的方法就是把進(jìn)程加入到Service從而保證進(jìn)程有一定的優(yōu)先級(jí)收壕，這樣就不會(huì)被系統(tǒng)輕易地殺死了妓灌。
如果我們不想系統(tǒng)從新創(chuàng)建Activity轨蛤，可以給Activity指定configChanges屬性。比如不想讓Activity在屏幕旋轉(zhuǎn)時(shí)候重新創(chuàng)建虫埂，可以在AndroidMenifest.xml加入Activity的聲明即可：android：configChanges=“orientation|screenSize”
