今天接到一個電面，途中面試官問到一個問題，如果一個activity在後臺的時候，因為記憶體不足可能被殺死，在這之前如果想儲存其中的狀態資料，比如說客戶填的一些資訊之類的，該在哪個方法中進行。

        我聽到的第一反應就是說：在onPause方法中進行儲存狀態的操作。但是面試官說：onPause()的持續時間很短，假如要進行一些長時間的操作呢？

        然後我就糾結了，因為我知道，如果是因為記憶體不足而被清理，onDestroy()方法一般是不會被執行的。所以只好實話實說，只知道onDestroy在這種情況下不一定會執行，所以不能在其中做操作。

        事後又去看了一下官方文件，發現：對於activity的銷燬，有下面這麼一個表：

"Killable"表示當前activity是否可以被殺死，意思是說當上面標記為Killable的方法返回之後，activity就可能隨時被殺死。從表中不難看出在onPause方法呼叫完之前，activity都是不能夠被殺死的，而onStop()和onDestroy()都是可以被殺死的。但是圖中又標出了一個黃色的標記：HONEYCOMB。

官方文章原文是這樣說的：Starting with Honeycomb, an application is not in the killable state until its has returned. 

從Honeycomb(Android 3.0)開始，應用只有等到onStop()方法返回之後，才可以被殺死，也就是說在執行完onStop()方法之前，應用都不可能被殺死。

you should use the  method to write any persistent data (such as user edits) to storage.

你應該在onPause()方法中去儲存那些永續性的資料，比如使用者的輸入等。

the method  is called before placing the activity in such a background state, allowing you to save away any dynamic instance state in your activity into the given Bundle, to be later received in 

onSaveInstanceState(Bundle)將在activity轉入“background state後臺狀態”之前被呼叫，能讓我們儲存一些activity的動態的狀態值到Bundle物件中，以便在之後呼叫onCreate(Bundle)方法時用到。

這裡提到一個“background state後臺狀態”，我們來看看activity的幾種狀態：

前臺狀態：

通俗的說就是可以看到，且可以操作(有焦點)的狀態

可視狀態：

即可以看得見(沒有被完全遮擋)，但是沒有焦點，不可以觸控操作；比如躲在對話方塊後面的activity

後臺狀態：

已經看不到了，系統可以將這個程序殺死來回收記憶體。如果在這種狀態下activity被系統殺死了，那麼在使用者重新開啟這個activity的時候，它的onCreate方法會使用之前onSaveInstanceState(Bundle)儲存的狀態資料，來讓自己恢復到之前的狀態

空程序狀態：

一個沒有持有任何activity和任何應用元件的程序，比如Services或者廣播接受者，當記憶體不足的時候，它們將會被先殺死並回收。

也就是說onSaveInstanceState(Bundle)會在activity轉入後臺狀態之前被呼叫，也就是onStop()方法之前，onPause方法之後被呼叫；我們都知道在預設情況下，在旋屏之後，activity會重新經歷一次生命週期，下面的log就是在點選旋屏之後的執行順序：

這樣看起來，那種要儲存的資料，應該在onPause下完成，而activity的一些狀態值，比如元件寬高之類的，應該在onSaveInstanceState中儲存在Bundle中去。

但是要注意的是，官方文件最後又給出了一個警告：

 Note that it is important to save persistent data in  instead of  because the latter is not part of the lifecycle callbacks, so will not be called in every situation as described in its documentation.

由於onSaveInstanceState(Bundle)方法不是activity生命週期中的回撥方法之一，所以在activity被殺死的時候，它是不能保證百分百的被執行的。。。。

看樣子onSaveInstanceState()也靠不住啊，還是在onPause中做吧，面試官也不一定靠譜。

生命週期圖：