Android中activity保存数据和状态在哪个方法实现

以前只知道在Activity销毁之前，要把数据保存在 onSaveInstanceState(Bundle)方法中，后来学习了别人的微博，学到了很多细节问题，所以整理了一下，希望能帮到大家。

如果看官方文档会发现：对于activity的销毁，有下面这么一个表：

"Killable"表示当前activity是否可以被杀死，意思是说当上面标记为Killable的方法返回之后，activity就可能随时被杀死。从表中不难看出在onPause方法调用完之前，activity都是不能够被杀死的，而onStop()和onDestroy()都是可以被杀死的。

但是图中又标出了一个黄色的标记：HONEYCOMB。官方文章原文是这样说的：Starting with Honeycomb, an application is not in the killable state until itsonStop() has returned.

从Honeycomb(Android 3.0)开始，应用只有等到onStop()方法返回之后，才可以被杀死，也就是说在执行完onStop()方法之前，应用都不可能被杀死。you should usethe 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后台状态”之前被调用，能让我们存储一些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 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生命周期中的回调方法之一，所以在activity被杀死的时候，它是不能保证百分百的被执行的，所以在这个方法也不一定是完全靠谱的。

  生命周期图：

  

• 转载请注明出处：http://blog.csdn.net/cyp331203/article/details/44985087