Activity生命周期剖析(一)

Activity生命周期切换的过程：

第一次启动activity
oncreate ⇒ onstart ⇒ onresume activity处于运行状态。

activity被覆盖一部分（类似dialog），然后activity全部显示
执行onPause，之后执行onResume

 按Home键，隐藏之后重新显示
onPause ⇒ onStop ⇒ 重新显示 ⇒ onRestart ⇒ onStart () ⇒ onResume

被其他activity覆盖，然后关闭其他activity
onPause ⇒ onStop ⇒ 重新显示 ⇒ onRestart ⇒ onStart () ⇒ onResume

用户退出activity，比如按back键
先调用onPause ⇒ onStop ⇒ onDestroy 退出

activity崩溃后重新启动
oncreate ⇒ onstart ⇒ onresume

 

其他情况切换过程：

1 home键后再次回来onRestart执行吗
会执行onRestart方法。
执行onRestart（）方法的场景：

home键，然后回来，
打开其他activity然后回来
切换其他应用，然后回来。

2 被dialog和透明主题Activity覆盖情况一样吗
都会只执行onPause，不会执行onStop，activity完全显示会执行onresume

3 一般在哪个函数保存数据：
onPause

4 如何把activity放后台
moveTaskToBack()方法：在activity中调用 moveTaskToBack (boolean nonRoot)方法即可将activity 退到后台

5 当启动一个新的activity时，旧activity的onPause会先执行，然后才会启动新的activity

 

从整个生命周期来说：onCreate和onDestory是配对的，分别标识这activity的创建和销毁，并且只可能有一次调用

从activity是否可见来说：onStart和onStop是配对的，随着用户的操作或者设备屏幕的点亮和熄灭，这两个可能被调用多次

从activity是否在前台来说：onResume和onPause是配对的，随着用户操作或者设备屏幕的点亮和熄灭，这两个可能被调用多次

 

 

异常情况下的生命周期分析

1 资源相关的系统配置发生改变导致activity被杀死并重新创建

异常情况下activity的重建过程

异常情况下，系统会调用onSaveInstanceState来保存当前activity的状态，这个方法的调用时机是在onStop之前，它和onPause没有既定的时序关系，可能在onPause之前或者之后调用。这个方法只会出现在activity被异常终止的情况下，正常情况下系统不会回调这个方法。

当activity被重新创建后，系统会调用onRestoreInstanceState,并且把activity销毁时onSaveInstanceState方法所保存的Bundle对象作为参数同时传递给onRestoreInstanceState和onCreate方法，因此，可以通过onRestoreInstanceState和onCreate方法来判断activity是否被重建了，那么我们就可以去除之前保存的数据并恢复。onRestoreInstanceState的调用时机是在onStart之后

恢复之前存储的数据，接收的位置可以是onRestoreInstanceState或者onCreate，二者的区别是：onRestoreInstanceState一旦被调用，其参数Bundle saveInstanceState一定是有值得，我们不用额外地判断是否为空；但是onCreate不行，onCreate如果是正常启动的话，其参数Bundle saveInstanceState为null,所以必须要额外判断，官方推荐使用onRestoreInstanceState去恢复数据

2 资源内存不足导致低优先级的activity被杀死

activity的优先级由高到低：

1)前台activity：正在和用户交互的activity，优先级最高

2)可见但非前台activity：比如activity中弹出一个对话框，导致activity可见但是位于后台无法和用户之间交互

3)后台activity：已经被暂停的activity，比如执行了onStop，优先级最低

 

当系统配置发生改变后，不想系统重新创建activity：

可以给activity指定configChanges属性