Activity的生命周期

1.1Activity的生命周期

1.1.1典型情况下的生命周期分析

1. onCreate：表示Activity正在被创建，这是生命周期的第一个方法。此方法主要做一些初始化的工作，但是不要做耗时操作（会引发ANR）
2. onStart：表示Activity正在被启动，即将开始，此时Activity 已经可见，但是没有在前台，无法与用户交互，可以理解为虽然已经显示出来了，但是我们还看不到。
3. onResume：表示Activity已经可见了，并且可以进行交互。此时的Activity已经在前台了。
4. onPause：表示Activity正在停止，正常情况下，紧接着onStop会被调用。（不可交互）。此时可做一些存储数据、停止动画等工作，不能太过耗时，否则会影响到新Activity的显示。onPause先自行完成后，新Activity的onResume才会执行。
5. onStop：表示Activity即将停止，可以做一些稍微重量级的回收工作，但是不能太过耗时。
6. onRestart：比哦啊还是Activity正在重新启动。一般情况下，当当前Activity从不可见重新变成可见状态时，onRestart就会被调用。
7. onDestroy：比哦啊还是Activity即将被销毁，可以做一些回收工作和最终的资源释放。
8. 图示：
   

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

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

假设我们为了兼容横竖屏，我们让其加载两张不同的图片（设定了landscape或者portrait状态下的图片）。
如果当前是竖屏状态，濡染旋转屏幕，那么由于系统配置发生改变，在默认情况下，Activity就会销毁并且重新创建（当然，我们能够阻止系统重新创建我们的Activity）。
默认情况下，系统配置发生改变后，Activity就会被销毁，并且重新创建，其生命周期如下：

其中onSaveInstanceState方法会在onStop方法之前调用。当Activity被重新创建后，系统会调用onRestoreInstanceState，并且把Activity销毁时onSaveInstanceState方法保存的Bundle对象传递给onRestoreInstanceState和onCreate。因此我们能够通过这两个方法判断Activity是否被重建了，如果重建，就取出之前的数据并且进行恢复。onRestoreInstanceState的调用时机是在onStart之后。
关于保存和恢复View层次结果，系统的工作流程是这样的：首先Activity被意外终止时，Activity会调用onSaveInstanceState去保存数据，然后会委托Window去保存数据，Window会委托它上面的顶级容器去保存数据。（顶层容器是一个ViewGroup，一般为DecorView。）顶层容器再去一一通知它的子元素来保存数据，过程结束。

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

数据存储过程跟情况1完全一致。
关于优先级：

1. 前台Activity–正在跟用户交互的Activity，优先级最高
2. 可见但非前台Activity–比如Activity中弹出一个对话框，导致Activity可见但是位于后台无法和用户直接交互
3. 后台Activity–已经被暂停了的Activity，比如执行了onStop，优先级最低
   当系统系统内存不足时，系统会按照上述优先级去杀死Activity所在的进程，并在后续通过onSaveInstanceState和onRestoreInstanceState来存储和恢复数据。(所以，后台工作最好是不要脱离四大组件，不然的话很容易就给杀死了，可以使用service）

如果不想系统配置发生改变后，Activity就进行重新创建呢？

可以指定Activity的configChanges属性。
如：不想Activity在屏幕旋转的时候重新创建，就可以给configChanges属性添加orientation这个值：
android:configChanges="orientation"
如果我们想指定多个值，那么就可以用"|"连接起来，如：android:configChanges="orientation|keyboardHidden"
下图是这个属性的一些值以及其意义：