面试中被问到：Android中activity保存状态和数据到底该在哪个方法中进行
今天接到1个电面，途中面试官问到1个问题，如果1个activity在后台的时候，由于内存不足可能被杀死，在这之前如果想保存其中的状态数据，比如说客户填的1些信息之类的，该在哪一个方法中进行。
我听到的第1反应就是说：在onPause方法中进行保存状态的操作。但是面试官说：onPause()的延续时间很短，假设要进行1些长时间的操作呢？
然后我就纠结了，由于我知道，如果是由于内存不足而被清算，onDestroy()方法1般是不会被履行的。所以只好实话实说，只知道onDestroy在这类情况下不1定会履行，所以不能在其中做操作。
事后又去看了1下官方文档，发现：对activity的烧毁，有下面这么1个表：
"Killable"表示当前activity是不是可以被杀死，意思是说当上面标记为Killable的方法返回以后，activity便可能随时被杀死。从表中不难看出在onPause方法调用完之前，activity都是不能够被杀死的，而onStop()和onDestroy()都是可以被杀死的。但是图中又标出了1个黄色的标记：HONEYCOMB。
官方文章原文是这样说的：Starting with Honeycomb, an application is not
in the killable state until itsonStop() has
returned.
从Honeycomb(Android 3.0)开始，利用只有等到onStop()方法返回以后，才可以被杀死，也就是说在履行完onStop()方法之前，利用都不可能被杀死。
you should use the onPause() method
to write any persistent data (such as user edits) to storage.
你应当在onPause()方法中去存储那些持久性的数据，比如用户的输入等。
the method onSaveInstanceState(Bundle) 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 onCreate(Bundle) if
the activity needs to be re-created.
onSaveInstanceState(Bundle)将在activity转入“background state后台状态”之前被调用，能让我们存储1些activity的动态的状态值到Bundle对象中，以便在以后调用onCreate(Bundle)方法时用到。
这里提到1个“background state后台状态”，我们来看看activity的几种状态：
前台状态：
通俗的说就是可以看到，且可以操作(有焦点)的状态
可视状态：
便可以看得见(没有被完全遮挡)，但是没有焦点，不可以触摸操作；比如躲在对话框后面的activity
后台状态：
已看不到了，系统可以将这个进程杀死来回收内存。如果在这类状态下activity被系统杀死了，那末在用户重新打开这个activity的时候，它的onCreate方法会使用之前onSaveInstanceState(Bundle)保存的状态数据，来让自己恢复到之前的状态
空进程状态：
1个没有持有任何activity和任何利用组件的进程，比如Services或广播接受者，当内存不足的时候，它们将会被先杀死并回收。
也就是说onSaveInstanceState(Bundle)会在activity转入后台状态之前被调用，也就是onStop()方法之前，onPause方法以后被调用；我们都知道在默许情况下，在旋屏以后，activity会重新经历1次生命周期，下面的log就是在点击旋屏以后的履行顺序：
这样看起来，那种要保存的数据，应当在onPause下完成，而activity的1些状态值，比如组件宽高之类的，应当在onSaveInstanceState中保存在Bundle中去。
但是要注意的是，官方文档最后又给出了1个正告：
Note that it is important to save persistent data in onPause() instead
of onSaveInstanceState(Bundle) 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生命周期中的回调方法之1，所以在activity被杀死的时候，它是不能保证百分百的被履行的。。。。
看模样onSaveInstanceState()也靠不住啊，还是在onPause中做吧，面试官也不1定靠谱。
生命周期图：
转载请注明出处：http://blog.csdn.net/cyp331203/article/details/44985087