Activity的生命周期开发艺术探索笔记

一、Activity的生命周期

activity的生命周期分为典型情况下的生命周期和异常情况下的生命周期。

Activity典型的生命周期

1.典型情况下的生命周期，主要有七个方法，他们之间的执行顺序如图1.1.1所示：

图1.1.1

2.一个Activity去启动另外一个Activity时候，第一个Activity的onPause()方法先被调用后才能执行第二个Activity的OnResume()方法，这也是为什么在OnPause方法里面不能做太耗时的操作。

Activity异常的产生的情况，一般有资源相关的系统配置发生改变导致Activity被杀死并重新创建，还有就是资源内存不足导致低优先级的Activity被杀死。

1.一般有资源相关的系统配置发生改变导致Activity被杀死并重新创建的生命周期如图1.1.2所示

当系统配置发生改变，Activity会被销毁，其onPause、onStop、onDestory均会被调用，系统还会调用onSaveInstanceState来保存当前Activity的状态，这个方法调用在onStop之前。注意：这个方法只出现在Activity被异常终止的情况下，正常情况下系统不会回调这个方法。当Activity被重新重建后，系统会调用onRestoreInstanceState，并且把onSaveInstanceState方法保存的Bundle对象作为参数同时传递给onRestoreInstancestate和onCreate方法。可以通过onRestoreInstanceState和onCreate方法来判断Activity是否被重建，如果被重建了，可以取出之前保存的数据并恢复，onRestoreInstanceState的调用在onStart之后。

在onSaveInstanceState和onRestoreInstanceState方法中，系统默认做了一定的恢复工作，默认保存Activity的试图结构，并在Acitivity重启后恢复这些数据，比如文本框中的数据，ListView滚动的位置等，每个View都有onSaveInstanceState和onRestoreInstanceState这两个方法。

关于保存和恢复View层次结构，系统的工作流程是这样的，当Activity发生意外终止时，Activity会调用OnSaveIntanceState去保存数据，然后Activity会委托Windows去保存数据，接着Windows再委托它上面的顶级容器去保存数据。顶层的容器是一个ViewGroup，一般来说时DecorView。最后再有顶层的容器一一通知子元素来保存数据，这样这个数据保存就完成了。这就是安卓中的委托机制，View的绘制和事件的分发都是用的委托机制。

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

Activity按照优先级从高到低，可分为如下三种：

（1）前台Activity——正在和用户交互的Activity，优先级最高

（2）可见但非前台Activity——比如Activity中弹出了一个对话框，导致Activity可见但是位于后台无法与用户直接交互。

（3）后台Activity——已经被暂停的Activity，比如执行了onStop，优先级最低。

当系统内存不足时，系统就会按照上述优先级去杀死目标Activity所在的进程，并在后续通过onSaveInstanceState和onRestoreInstanceState来存储和恢复数据。如果一个进程中没有四大组件在执行，这个进程很容易被杀死，较好的方法是将后台工作放入Service中保证有一定的优先级，不容易被系统杀死。

如果当某项内容发生改变后，不想Activity重新创建，就可以给Activity指定configChanges属性，多个值用“|”连接起来。

android:configChanges="orientation | keyboardHidden"

具体如图1.1.3

图1.1.3