一、正常情况的生命周期
用户感知到的、可理解的、操作后逻辑上一定会走的生命周期过程。如按back键退出，一定会走onPause、OnStop、OnDestroy。
- onStart与onStop、onResume与onPause：从onPause状态回到前台会走到onResume状态，从onStop状态回到前台会到onStart状态。从是否可见来说，onStart和onStop是配对的；从是否在前台来说，onResume和onPause是配对的。
- A启动B过程：A先走OnPause，然后B走OnCreate、OnStart、OnResume。（所以onPause中不能有重量级操作，否则影响B启动）
二、异常情况
一般正常情况的周期就像上面所说的一样，但是因为Android本身内存或者其他的一些情况会使得Activity不按照正常的生命周期。比如当资源配置发生改变、系统内存不足时，Activity就会可能被杀死。下面两种常见的情况：
- 资源相关的系统配置发生改变导致Activity被杀死并重新创建
如竖屏切换到横屏，由于系统配置发生了改变，在默认情况下，Activity就会被销毁并重新创建（当然我们也可以阻止系统重新创建，具体下面会说）。A销毁后立刻创建B，A中的一些信息会在B中恢复。
异常情况下的调用流程：
- 调用onSaveInstance保存当前Activity状态。注意，它与onPause方法没有先后之分。
- 调用onStop方法做后续处理。
- 调用onDestroy方法销毁当前活动。
- 重新onCreate该活动。
- 调用onStart方法之后，再调用onRestoreInstance方法加载保存的数据。
- 接下来就与正常的一样了，调用onResume，然后运行。
我们来看一下生命周期异常运行的系统日志：
代码语言：javascript复制03-23 00:19:23.480 26457-26457/com.example.david.lifecircle E/TAG: onCreate() is invoked！03-23 00:19:23.481 26457-26457/com.example.david.lifecircle E/TAG: onStart() is invoked！03-23 00:19:23.481 26457-26457/com.example.david.lifecircle E/TAG: onResume() is invoked！03-23 00:19:51.323 26457-26457/com.example.david.lifecircle E/TAG: onPause() is invoked！03-23 00:19:51.324 26457-26457/com.example.david.lifecircle E/TAG: onSaveInstanceState() is invoked！Save Text = Save Data03-23 00:19:51.478 26457-26457/com.example.david.lifecircle E/TAG: onCreate() is invoked！03-23 00:19:51.488 26457-26457/com.example.david.lifecircle E/TAG: onStart() is invoked！03-23 00:19:51.490 26457-26457/com.example.david.lifecircle E/TAG: onRestoreInstanceState() is invoked！Recover Text = Save Data03-23 00:19:51.490 26457-26457/com.example.david.lifecircle E/TAG: onResume() is invoked！注意：
onSaveInstanceState和onRestoreInstanceState调用时机：
当某个activity变得“容易”被系统销毁时，该activity的onSaveInstanceState就会被执行，除非该activity是被用户主动销毁的，例如当用户按BACK键的时候。注意上面的双引号，何为“容易”？言下之意就是该activity还没有被销毁，而仅仅是一种可能性。这种可能性有哪些？有这么几种情况：
- 当用户按下HOME键时。 这是显而易见的，系统不知道你按下HOME后要运行多少其他的程序，自然也不知道activity A是否会被销毁，故系统会调用onSaveInstanceState，让用户有机会保存某些非永久性的数据。以下几种情况的分析都遵循该原则
- 长按HOME键，选择运行其他的程序时。
- 按下电源按键（关闭屏幕显示）时。
- 从activity A中启动一个新的activity时。
- 屏幕方向切换时，例如从竖屏切换到横屏时。
在屏幕切换之前，系统会销毁activity A，在屏幕切换之后系统又会自动地创建activity A，所以onSaveInstanceState一定会被执行。
总而言之，onSaveInstanceState的调用遵循一个重要原则，即当系统“未经你许可”时销毁了你的activity，则onSaveInstanceState会被系统调用，这是系统的责任，因为它必须要提供一个机会让你保存你的数据（当然你不保存那就随便你了）。
至于onRestoreInstanceState方法，需要注意的是，onSaveInstanceState方法和onRestoreInstanceState方法“不一定”是成对的被调用的，onRestoreInstanceState被调用的前提是，activity A“确实”被系统销毁了，而如果仅仅是停留在有这种可能性的情况下，则该方法不会被调用，例如，当正在显示activity A的时候，用户按下HOME键回到主界面，然后用户紧接着又返回到activity A，这种情况下activity A一般不会因为内存的原因被系统销毁，故activity A的onRestoreInstanceState方法不会被执行。
另外，onRestoreInstanceState的bundle参数也会传递到onCreate方法中，你也可以选择在onCreate方法中做数据还原。
2、资源内存不足导致低优先级的Activity被杀死
这种情况不好模拟，但是其数据存储和恢复过程和情况1完全一致，这里简单的描述一下Activity的优先级情况。Activity的优先级从高到低可以大致分为一下三种：
（1）前台Activity——正在和用户交互的Activity，优先级最高。 （2）可见但非前台Activity——比如Activity中弹出了一个对话框，导致Activity可见但无法和用户直接交互。 （3）后台Activity——已经被暂停或者停止的Activity，优先级最底。
当系统内存不足的时候，系统就会按照上述优先级从低到高来杀死目标Activity。并在后续通过onSaveInstance和onRestoreInstance来存储和恢复数据。 特别提醒的是：如果一个进程中没有四大组件（Activity、Service、ContentProvider、BroadCastReceiver）。那么这个进程就会很快被杀死，因此一些后台工作不适合脱离四大组件而独立运行在后台中，否则很容易被杀死。一般是将后台工作放入Service中从而保证进程有一定的优先级，这样才不会被系统轻易杀死。
补充：如何使得在系统配置放生改变后，Activity不被重新创建呢？
我们可以在AndroidMainfest.xml里，对< activity />增加一个android:configChanges属性，来指定在哪些配置改变的情况下Activity不需要重建。如下所示：
代码语言：javascript复制<code>android:configChanges="keyboardHidden|locale|screenSize|orientation"//调出键盘、切换系统语言、屏幕尺寸（旋转屏幕时）改变、屏幕方向的改变时，不会重建Activi</code>
