Android Fragment生命週期圖:spa
Activity生命週期圖:對象
對照圖:生命週期
Fragment生命週期分析:進程
1. 當一個fragment被建立的時候,它會經歷如下狀態.it
2. 當這個fragment對用戶可見的時候,它會經歷如下狀態。後臺
3. 當這個fragment進入「後臺模式」的時候,它會經歷如下狀態。fragment
4. 當這個fragment被銷燬了(或者持有它的activity被銷燬了),它會經歷如下狀態。程序
5. 就像activitie同樣,在如下的狀態中,可使用Bundle對象保存一個fragment的對象。方法
6. fragments的大部分狀態都和activitie很類似,但fragment有一些新的狀態。im
一旦activity進入resumed狀態(也就是running狀態),你就能夠自由地添加和刪除fragment了。所以,只有當activity在resumed狀態時,fragment的生命週期才能獨立的運轉,其它時候是依賴於activity的生命週期變化的。
Activity生命週期分析:
上面7個生命週期方法分別在4個階段按着必定的順序進行調用,這4個階段以下:
若是在這4個階段執行生命週期方法的過程當中不發生狀態的改變,那麼系統會按着上面的描述依次執行這4個階段中的生命週期方法,但若是在執行的過程當中改變了狀態,系統會按着更復雜的方式調用生命週期方法。
在執行的過程當中能夠改變系統的執行軌跡的生命週期方法是onPause和onStop。若是在執行onPause方法的過程當中Activity從新得到了焦點,而後又失去了焦點。系統將不會再執行onStop方法,而是按着以下的順序執行相應的生命週期方法:
若是在執行onStop方法的過程當中Activity從新得到了焦點,而後又失去了焦點。系統將不會執行onDestroy方法,而是按着以下的順序執行相應的生命週期方法:
在圖2所示的Activity生命週期裏能夠看出,系統在終止應用程序進程時會調用onPause、onStop和onDesktroy方法。而onPause方法排在了最前面,也就是說,Activity在失去焦點時就可能被終止進程,而onStop和onDestroy方法可能沒有機會執行。所以,應該在onPause方法中保存當前Activity狀態,這樣才能保證在任什麼時候候終止進程時均可以執行保存Activity狀態的代碼。