一、Activity的生命周期如上图所示，一目了然：
1、onCreate:表示Activity正在被创建，在这里可以做一些初始化的操作，比如调用setContentView去加载界面布局资源、初始化Activity所需数据等。
2、onStart：表示Activity正在被启动，即将开始，此时Activity已经可见，但是还没有出现在前台，无法和用户进行交互操作。
3、onResume:此时Activity已经出现在前台可见，并且开始活动，可以和用户进行操作。
4、onPause:表示Activity正在停止，在这里不能做一些太耗时的操作，因为从当前Activity去打开新的Activity时，先执行当前Activity的onPause方法后才去创建新的Activity（onCreate -> onStart -> onResume），所以如果做了耗时的操作会影响新Activity的显示。
5、onStop：表示Activity即将停止，从前台进入后台。
6、onDestroy:Acitvity即将被销毁，在此可以做一些回收工作和释放资源。
7、onRestart：表示Acitvity正在重新启动。当Activity从前台进入后台（onPause -> onStop）后又从后台进入前台时调用此方法。比如用户按下Home键或者打开新的Activity后又回到这个Activity。
二、Activity各生命周期方法的执行情况：
1、第一次启动Activity:onCreat -> onStart -> onResume;
2、用户打开新的Activity或切换到桌面：onPause -> onStop;
注：如果新打开的Activity采用透明主题（之前的Activity还能看到），当前Activity不会回调onStop；
3、用户在此回到当前Activity时：onRestart -> onStart -> onResume;
4、用户按下back键回退或调用finish时：onPause -> onStop -> onDestroy;
5、从整个生命周期来说，onCreat和onDestroy是配对的，分表标识着Activity的创建和销毁，并且只有一次调用。从Activity是否可见来说，onStart和onStop是配对的，随着用户的操作或者设备屏幕的点亮和熄灭，着两个方法可能被调用多次。从Activity是否在前台来说，onResume和onPause是配对的，随着用户操作或者设备屏幕的点亮和熄灭，这两个方法可能被多次调用。
6、假设当前Activity为A，此时用户打开新的Activity B,他们的生命周期方法调用是怎样的？
A onPause -> B onCreat -> B onStart -> B onResume -> A onStop
三、onSaveInstanceState 和 onRestoreInstanceState
上面讲到的是正常情况下典型的Activity的生命周期，下面我们来看一下异常情况下的生命周期：
1、资源相关的系统配置发生改变导致Activity被杀死并重新创建：
1）
比较常见的情况比如旋转手机屏幕为了适配而加载不同分辨率的图片，键盘的显示与隐藏，系统语言的改变，系统会重新配置相关资源导致Activity被杀死并重新创建。
当系统配置发生变化后Activity会被销毁（onPause -> onStop -> onDestroy）,同时由于Activity是在异常情况下终止的，系统会调用onSaveInstanceState来保存Activity当前状态。这个方法的调用是在onStop之前，他和onPause没有既定的时序关系，既可能在onPause之前也可能在onPause之后（这个方法只会出现在Activity异常终止的情况下，正常情况下系统不会回调这个方法）。当Activity被重新创建后，系统会调用onRestoreInstanceState，并且把Activity销毁时onSaveInstanceState方法所保存的Bundle对象作为参数传递给onRestoreInstanceStae和onCreat,因此我们可以通过onRestoreInstanceState和onCreat方法来判断Activity是否被重新创建了，如果被重建了，那么我们可以取出之前保存的数据并恢复。从时序上来说，onRestoreInstanceState的调用时机在onStart之后。
在onSaveInstanceState和onRestoreInstanceState方法中系统会自动做一些恢复的工作。当Activity在异常情况下需要重新创建时，系统会默认为我们保存当前Activity的视图结构，并且在Activity重启后为我们恢复这些数据，比如文本框中输入的数据、listView滚动的位置等，，这些View相关的状态系统都能够默认为我们恢复。
下面的例子来验证我们自己做数据恢复和存储情况：
在onSaveInstanceState中存储一个字符串，然后当Activity被销毁再重新创后我们再去获取之前存储的字符串。接收的位置可以选择onRestoreInstanceState或者onCreat，二者的区别是：onRestoreInstanceState一旦被调用，其参数Bundle savedInstanceState一定是有值的，我们不用额外判断是否为空；但是onCreat如果是正常启动的话，其参数Bundle savedInstanceState为null，所以必须要额外判断。这两个方法我们任选一个都可以进行数据恢复，但是官方文档建议采用onRestoreInstanceState去恢复数据。下面是运行时候的数据：
注意：针对onSaveInstanceState方法有一点需要说明，系统只会在Activity即将被销毁并且有机会重新显示的情况下才会去调用他（系统只会在Activity异常终止的时候才会去调用onSaveInstanceState和onRestoreInstanceState来存储和恢复数据，其他情况不会触发这个过程）。
2）
我们知道，当系统配置发生改变后，Activity会被重新创建，那有没有办法不重新创建呢？答案是有的。系统配置中有很多内容，如果某项内容发生改变后我们不想让Activity重新创建，可以给Activity指定configChanges属性。比如不想让Activity在屏幕旋转的时候重新创建，就可以给configChanges属性添加 orientation这个值：
如果想指定多个值，可以用“|”连接起来，比如 android:configChanges="orientantion|keybord"。系统配置中所含的项目非常多，下面只介绍几个常用的项目：
a、orientation：屏幕方向发生了改变，这个是最常用的，比如旋转了手机屏幕；
b、keyboard：键盘类型发生了改变，比如用户使用了外插键盘；
c、keyBoardHidden：键盘的可访问性发生了改变，比如用户调出了键盘；
d、screenSize：当屏幕的尺寸信息发生了改变，当旋转设备屏幕时，屏幕尺寸会发发生改变，这个选项比较特殊，他和编译选项有关，当编译选项中的minSdkVersion和targetSdkVersion均低于13时，此选项不会导致Activity重启，否则会导致Activity重启（API 13新添加）。
2、资源内存不足导致低优先级的Activity被杀死：
这种情况下的数据存储和恢复过程和情况 1 完全一致。Activity的优先级从高到低可以分为三种：
a、前台Activity ：正在和用户交互的Activity，优先级最高。
b、可见但非前台Activity：比如Activity中弹出了一个对话框，导致Activity可见但是位于后台无法和用户直接交互。
c、后台Activity：已经被暂停了的Activyti，比执行了onStop，优先级最低。
当系统内存不足时，系统就会按照上述优先级去杀死目标Activity所在的进程，并在后续通过onSaveInstanceState和onRestoreInstanceState来存储和恢复数据。
