歡迎光臨
每天分享高質量文章

onSaveInstanceState & onRestoreInstanceState

前面兩節主要詳細講解了Activity的生命周期方法以及一些特定的場景,其中涉及到onSaveInstanceState和onRestoreInstanceState這兩個方法沒有講解,這篇博客就來分析下這兩個方法的作用。

onSaveInstanceState

onSaveInstanceState字面理解就是儲存實體的狀態,當某個activity變得“容易”被系統銷毀時,該activity的onSaveInstanceState就會被執行,除非該activity是被用戶主動銷毀的,例如當用戶按BACK鍵的時候。

註意上面的雙引號,何為“容易”?言下之意就是該activity還沒有被銷毀,而僅僅是一種可能性。這種可能性有這麼幾種情況:

  • 1、當用戶按下HOME鍵時

這是顯而易見的,系統不知道你按下HOME後要運行多少其他的程式,自然也不知道activity A是否會被銷毀,故系統會呼叫onSaveInstanceState,讓用戶有機會儲存某些非永久性的資料。以下幾種情況的分析都遵循該原則

  • 2、長按HOME鍵,選擇運行其他的程式時。

  • 3、按下電源按鍵(關閉屏幕顯示)時。

  • 4、從activity A中啟動一個新的activity時。

  • 5、屏幕方向切換時,例如從豎屏切換到橫屏時。

在屏幕切換之前,系統會銷毀activity A,在屏幕切換之後系統又會自動地創建activity A,所以onSaveInstanceState一定會被執行

總而言之,onSaveInstanceState的呼叫遵循一個重要原則,即當系統“未經你許可”時銷毀了你的activity,則onSaveInstanceState會被系統呼叫,這是系統的責任,因為它必須要提供一個機會讓你儲存你的資料(當然你不儲存那就隨便你了)。

onRestoreInstanceState

onSaveInstanceState字面理解就是恢復實體的狀態, 需要註意的是,onSaveInstanceState方法和onRestoreInstanceState方法“不一定”是成對的被呼叫的,onRestoreInstanceState被呼叫的前提是,activity A“確實”被系統銷毀了,而如果僅僅是停留在有這種可能性的情況下,則該方法不會被呼叫,例如,當正在顯示activity A的時候,用戶按下HOME鍵回到主界面,然後用戶緊接著又傳回到activity A,這種情況下activity A一般不會因為記憶體的原因被系統銷毀,故activity A的onRestoreInstanceState方法不會被執行。

不過大多數情況下也是很少使用onRestoreInstanceState方法的,經常我們還是在onCreate方法里直接恢復狀態的,onCreate方法里本身會有一個Bundle引數的,很多時候我們是這樣使用的。(onCreate在onStart之前呼叫,而onRestoreInstanceState是在onStart之後呼叫)


至此Activity系列就完結了,歡迎大家反饋。

赞(0)

分享創造快樂