一、典型情况下的生命周期总结：
典型情况下Activity生命周期如上图所示：
启动Activity: onCreate()—>onStart()—>onResume()，Activity进入运行状态。
Activity退居后台: 当前Activity转到新的Activity界面或按Home键回到主屏： onPause()—>onStop()，进入停滞状态。这里有一种特殊情况，如果新Activity采用了透明主题，那么当前Activity不会回调onStop()。
Activity返回前台: onRestart()—>onStart()—>onResume()，再次回到运行状态。
Activity退居后台，且系统内存不足， 系统会杀死这个后台状态的Activity（此时这个Activity引用仍然处在任务栈中，只是这个时候引用指向的对象已经为null），若再次回到这个Activity,则会走onCreate()–>onStart()—>onResume()(将重新走一次Activity的初始化生命周期)
当用户按back键回退时，回调如下：onPause()——>onStop()——>onDestroy()。
锁屏：onPause()->onStop()
解锁：onStart()->onResume()
问题1：onStart和onResume、onPause和onStop从描述上来看差不多，对我们来说有什么实质上的区别？
答：onStart和onStop是从Activity是否可见这个角度来回调的，onResume和onPause是从Activity是否位于前台这个角度来回调的，除此之外，实际使用中并无差别。
问题2：假设当前Activity A，如果打开一个新的Activity B，那么B的onResume和A的onPause哪个先执行？
答：从源码和Demo上分析得出，旧的Activity的onPause会先执行，然后才会启动新的Activity。
二、异常情况下生命周期总结：
1，资源相关的系统配置发生改变导致Activity被杀死并重新创建
比如，在Resource目录下，同时设定了landscape和portrait状态下的图片，此时Activity默认不做任何处理，当发生横竖屏切换时，Activity生命周期如下：
当系统配置发生改变时，Activity会被销毁，其onPause、onStop、onDestroy均会被调用，同时系统会调用onSavaInstanceState方法来保存当前Activity的状态。这个方法调用时机是在onStop之前，和onPause没有既定的时序关系，有可能在onPause之前或者之后调用。注意，onSavaInstanceState方法只会在Activity异常终止的情况下调用，正常情况下不会调用，当Activity重新创建好之后，系统会调用onRestoreInstanceState方法，并且将onSaveInstanceState方法保存的bundle数据传递给onRestoreInstanceState方法和onCreate作为参数，我们可以通过这2个方法取到数据进行恢复。从时序上，onRestoreInstanceState调用时机在onStart方法之后。
值得注意的是，系统也为我们做了一定的恢复工作，例如视图结构，文本框内容，ListView滚动的位置等，我们一般情况下只保存系统没有的数据即可。还有，onCreate和onRestoreInstanceState方法都可以恢复数据，但是区别在于，onRestoreInstanceState一旦被调用，其参数Bundle saveInstanceState一定是有值，不需要去判断是否为空，但是onCreate需要判断。Google官方文档建议在onRestoreInstanceState方法做数据恢复。
2，资源内存不足导致低优先级Activity被杀死
Activity按照优先级从高到低，分为以下3种：
（1）前台Activity——正在合用户交互的Activity，优先级最高。
（2）可见但非前台Activity——比如Activity中弹出了一个对话框，导致Activity可见但是位于后台无法和用户交互。
（3）后台Activity——已经被暂停的Activity，比如执行了onStop，优先级最低。
当系统内存不足时，系统会按照上述优先级去干掉目标Activity所在的进程，并后续在onSavaInstanceState和onRestoreInstanceState来存储和恢复数据。
3，防止Activity销毁重建
我们可以在Mainifest中通过配置android:configChanges="orientation"来防止销毁重建，以下是configChanges的可选值列表：
三、Activity的启动模式
（1）standard：标准模式。该种满足于Activity生命周期完整流程，即启动Activity就会执行onCreate、onStart、onResume方法。每个Activity启动都会放入对应的任务栈中，standard模式启动的Activity所在的任务栈规律是，谁启动了Activity，就存放在它的任务栈中。注意：ApplicationContext启动一个standard模式的Activity会报错，因为ApplicationContext并没有对应的任务栈，解决这种问题办法是为启动的Activity指定singleTask属性，即FLAG_ACTIVITY_NEW_TASK。
（2）singleTop：栈顶复用模式。这种模式启动的Activity会检查当前任务栈栈顶是否存在一个Activity的实例，如果存在，那么该Activity不会被创建，同时会调用onNewIntent方法；如果不存在栈顶，那么该Activity会重新创建实例，并压入栈顶。
（3）singleTask：栈内复用模式。这是一种单实例的模式。只要Activity在其对应的任务栈中存在实例，那么Activity不会被创建，直接使用栈内的实例，同时调用onNewIntent方法，并且具有clearTop属性，会移除掉该实例上面的其它Activity的实例。
（4）singleInstance：单实例模式。该模式是加强版的singleTask模式，具有该启动模式Activity启动时不会压入启动它的context的任务栈，而是单独创建一个新的任务栈并压入。
Activity的堆栈管理以ActivityRecord为单位,所有的ActivityRecord都放在一个List里面.可以认为一个ActivityRecord就是一个Activity栈。
四、Fragment
1，Fragment的生命周期
2、Fragment和Activity的生命周期
