Android非正常關(guān)閉
Activity的異常關(guān)閉
異常關(guān)閉情況1###
資源內(nèi)存不足導(dǎo)致低優(yōu)先級(jí)Activity被殺死####
Activity優(yōu)先級(jí)#####
- 前臺(tái)Activity——正在和用戶交互的Activity蹦肴，優(yōu)先級(jí)最高
- 可見但非前臺(tái)Activity——Activity中彈出的對(duì)話框?qū)е翧ctivity可見但無法交互
- 后臺(tái)Activity——已經(jīng)被暫停的Activity僚碎，優(yōu)先級(jí)最低
系統(tǒng)內(nèi)存不足是，會(huì)按照以上順序殺死Activity阴幌，并通過onSaveInstanceState和onRestoreInstanceState這兩個(gè)方法來存儲(chǔ)和恢復(fù)數(shù)據(jù)勺阐。
比如有些手機(jī)本身內(nèi)存不足時(shí)調(diào)用拍照會(huì)導(dǎo)致整個(gè)app被殺掉。這時(shí)我們就要用到手動(dòng)保存數(shù)據(jù)矛双。
如果當(dāng)你不想activity重新創(chuàng)建可以在AndroidMainfest中給Activity指定configChanges屬性渊抽，如
android:configChanges="orientation"
更多屬性請(qǐng)看官方文檔
Android官方給出的onSaveInstanceState和onRestroeInstanceState調(diào)用順序圖
但是要注意onActivityResult要調(diào)用到網(wǎng)絡(luò)上返回的數(shù)據(jù)（雖然會(huì)在oncreat（執(zhí)行在onActivityResult之前）中重新獲取，但是還是有一定延遲的）议忽，反正oncreat中請(qǐng)求的就是最新數(shù)據(jù)懒闷，我們只要把oncreat的異常給try-catch掉
Fragment的奇葩情況
最讓我頭疼的莫過于fragment了。
fragment的onSaveInstanceState的調(diào)用并非是fragment異常銷毀的情況下徙瓶。只要fragment一到后臺(tái)就是被調(diào)用（fuck毛雇，網(wǎng)上都是說異常銷毀時(shí)嫉称，你們自己打下log看看吧）
順便附上完整的fragment和activity的生命周期##
轉(zhuǎn)自：https://github.com/xxv/android-lifecycle
