Activity生命周期与状态保存

看API的时候，零零散散的记录下来的，看完了总算对Activity的生命周期有了一个全面的了解。相信会对大家有些帮助的。

 

 

onCreate->onRestart->onStart->onResume->onPause->onStop->onDestroy

正常启动一个Activity

onCreate->onStart->onResume

 

弹出系统对话框，程序仍部分可见

onPause

对话框消失时

onResume

 

调用一个新的Activity，老的Activity不可见时

onPause->onStop

从新的Activity返回时

onRestart->onStart->onResume

 

正常运行的Activity正常结束时

onPause->onStop->onDestroy

 

onResume

这不是用来判断Activity是否对用户可见的最好方法。即使这个方法被调用后，也可能有一些系统窗口在我们的Activity前面，如keyguard。onWindowFocusChanged是最准确的。

对于一些没有通过类似managedQuery(android.net.Uri , String[], String, String[], String)这样的方法交给系统管理的Cursor来说，这个时候应该重新获取。因为,按照理论来说，在onStop时，你把它们deactive了。

 

假设Activity A启动一个Activity B，那么，系统会先调用A的onPause，然后调用B的onCreate、onStart、onResume。然后才会调用A的onStop方法。

因此，在旧的Activity的onPause返回之前，新的Activity不会被创建。因此，这里不要做太费时的事情。

onPause方法中建议做的操作有：停止动画这样大量消耗CPU的动作，使Activity的切换更快速；关掉相机这样独占式访问的资源。

 

后台Activity因为资源紧张被系统终止时，无论是否可见，都不会调用任何方法，除onSaveInstanceState。

 

通过android.os.Process.killProcess杀死时，不会调用任何方法，包括onSaveInstanceState。

 

 

 

 

关于状态保存

 

onSaveInstanceState

当Activity被切换到后台（部分可见或者不可见，但己不与用户交互）时，就有可能因为资源紧张而被kill，会调用这个方法。

如果这个方法被调用的话，会在onStop之前，但与onPause谁先谁后不确定。

这个方法的默认实现中，保存了当前可见的View树的状态，重写时，如果要保留这个特性的话，调一下super.onSaveInstanceState。

 

onRestoreInstanceState

这个方法在onStart和onResume之间被调用。

绝大部分情况下，使用onCreate就可以恢复上一次保存的状态。