一．Activity的生命周期全面解析
1.生命周期分为两部分内容，一部分是典型的生命周期（指有用户参与的情况下，Activity所经过的生命周期的改变），另一部分是异常情况下的生命周期（指Activity被系统回收或者由于当前设备的Configuration发生改变从而导致Activity被销毁重建）。
1>. 正常情况下，Activity经理的生命周期（典型）
（1）.onCreate:表示Activity正在被创建。在这个方法中我们可以去做一些初始化操作，比如调用setContentView去加载界面布局资源、初始化Activity所需数据等。
（2.）onStart:表示Activity正在被启动，即将开始，但是没有出现在前台，与用户还无法交互。我们可以理解为Activity已经显示出来了，就是我们看不到。
（3）onResume:表示Activity已经可见了，并且出现在前台并开始活动。注意：onStart和onResume都表示Activity可见，但是前者是在后台可见，后者是Activity是在前台可见。
（4）onPause:表示Activity正在停止。笔者理解是可以做一些存储数据、停止动画等工作，但注意不能太耗时，影响到新Activity的显示。
（5）onStop: 表示Activity即将停止，可以做一些稍微轻量级的回收工作，同样不能太耗时。
（6）onRestart: 表示Activity正在重新启动。一般情况下，当前Activity从不可见到可见状态时，onRestart就会被调用。比如：用户按Home键切换到桌面或者打开一个新的Activity，这是当前Activity就会暂停，也就是执行onPause，onStop，接着用户有回到这个Activity，就会执行onRestart。
（7）onDestory：表示Activity即将被销毁，这是Activity生命周期的最后一个回调。可以做一些资源释放，回收工作。
2>. 异常情况下的生命周期分析
（1．）情况1：资源相关的系统配置发生改变导致Activity被杀死并重新创建。
比如：当前Activity处于竖屏状态，如果突然旋转屏幕，由于系统配置发生改变，在默认情况下，Activity就会被销毁并且重新创建，当然我们可以阻止系统重新创建我们的Activity不做特殊处理。在默认情况下,如果我们的Activity不做特殊处理，那么当系统配置发生改变后，Activity就会被销毁并且会重新创建，其生命周期如下：
当系统配置发生改变后，Activity会被销毁，，其onPause,onStop, onDestory均会被调用，同时由于Activity是异常情况下终止的，系统会调用onSaveInstanceState来保存当前Activityd 状态。这个方法调用时机是在onStop之前，和onPause没有既定的时序关系。需要强调一点是，这个方法只会出现在Activity被异常终止的情况下，正常情况下系统不会回调这个方法。 当Activty被重新创建后，系统会调用onRestoreInstanceState,并且把Activity销毁时onSaveInstanceState方法所保存的Bundle对象作为参数同时传递给onRestoreInstanceState和onCreate方法。因此，我们可以通过onRestoreInStanceState和onCreate方法来判断Activity是否被重建了，如果被重建了，那么我们就可以取出来之前保存的数据并回复，从时序上来说，onRestireInstenceState的调用时机在onStart之后。
出现异常终止情况，系统会默认为我们保存视图结构，并且在Activity重启之后为我们恢复这些数据。具体恢复哪些就需要看View的源码。
关于保存和恢复View层次结构，系统的工作流程是这样的：首先Activity被意外终止时，Activity会调用onSaveInstanceState去保存数据，然后Activity会委托Window去保存数据，接着window再委托它上面的顶级容器去保存数据。顶级容器是一个ViewGroup，一般来说它可能是一个DecorView。最后顶级容器再去一一通知它的子元素来保存数据，这样整个数据保存过程就完成了。 可以发现，这是一种典型的委托思想，上层委托下层，父容器委托子元素去处理一件事情，这种思想在android中有很多应用，比如View的绘制过程，事件分发等都是采用类似的思想。至于恢复的过程也是一样的。
恢复，首先我们在onSaveInstanceState中存储一个字符串，然后当Activity被销毁并重新创建后，我们再去获取之前存储的字符串。接收的位置可以选择onRestoreInstanceState或者onCreate，二者的区别是：onRestoreInstanceState一旦被调用，其参数Bundle saveInstanceState一定是有值的，我们不用额外地判断是否为空；但是onCreate不行，onCreate如果是正常启动的话，其参数Bundle savedInstanceState为null，所以必须要额外判断。这两个方法我们任意一个都可以进行数据恢复，但是官方文档的建议是采用onRestoreInstanceState去恢复数据。
（2.）情况2：资源内存不足导致底优先级的Activity被杀死‘
这种情况不好模拟，但是和情况1的存储和恢复过程完全一样。这里我们简单描述一下Activity优先级情况。Actvity按照优先级从高到低，可以分为如下3种：
[if !supportLists]l [endif]前台Activity-------正在和用户交互的Activity，优先级最高。
[if !supportLists]l [endif]可见但非前台的Activity------比如Activity中弹出一个对话框，导致Activity可见但是位于后台无法和用户直接交互。
[if !supportLists]l [endif]后台Activty----已经被暂停的Activity，比如执行了onStop，优先级最低。
当系统内存不足时，系统就会按照上述优先级去杀死目标Activity所在的进程，并在后续通过onSaveInstanceState和onRestoreInstanceState来存储和恢复数据。如果一个进程中没有四大组件在执行那么这个进程将很快被系统杀死，因此，一些后台工作不适合脱离四大组件而独立运行在后台中，这样进程很容易被杀死。比较好的方法是将后台工作放入Service中从而保证进程有一定的优先级，这样就不会被系统轻易的杀死。
思考：当系统配置文件发生改变后，有没有啥办法不重新创建Activity？
答案：有。系统配置中有很多内容，如果当某项内容发生改变后，我们不想被系统重新创建Activity，可以给Activity指定configChanges属性。比如不想让Activity在屏幕旋转的时候重新创建，就可以给configChanges属性添加orientation这个值，如下所示。
android:configChanges=”orientation”
如果我们想指定多个值可以用“|”连接起来。
1.2 Activity的启动模式
Activity为啥需要启动模式？
Activity默认启动模式是standard，那么问题来了，如果多次启动同一个Activity，系统重复默认创建多个实例，这样不是很傻吗？在Android设计中已经考虑到这个问题，所以提供了启动模式来修改系统的默认行为。目前有四种启动模式：standard, singleTop,singleTask
和singleInstance，下面介绍各个启动模式的含义：
[if !supportLists]1. [endif]standard: 标准模式，这也是系统的默认模式。每次启动一个Activity都会重新创建一个新的实例，不管这个实例存不存在。
[if !supportLists]2. [endif]singleTop：栈顶复用模式。如果新的Activity已经位于任务栈的栈顶，那么此Activity不会被重新创建，同时它的onNewIntent方法会被回调，通过此方法的参数我们可以取出当前请求的信息。需要注意这个Activity的onCreate, onCreate不会被系统调用，因为它并没有发生改变。如果新的Activity已存在但是没有在栈顶，那么新Activity仍然会重新创建。
[if !supportLists]3. [endif]singeTask: 栈内复用模式。这是一种单实例模式，在此模式下，只要Activity在一个栈中存在，那么多次启动Activity不会被重新创建实例，和singleTop一样，系统也会回调其onNewIntent。
[if !supportLists]4. [endif]singleInstance: 单实例模式。 这是一种加强的singleTask模式，它除了具有singleTask模式的所有特性外，还加强了一点，那就是具有此种模式的Activity只能单独的位于任务栈中，换句话说，比如A ctivity A 是singleInstance模式，当A启动后，系统会为它创建一个新的任务栈，然后A独自在这个新的任务栈中，由于栈内复用特性，后续的请求均不会创建新的Activity，除非这个特性的任务栈被系统销毁了。
如何给activity指定启动模式？
第一种是：通过AndroidMenifest为Activity指定启动模式，如下所示。
Android:name=”com.ryg.chapter_1.SecondActivity” android:configChanges=”screeLayout” android:launchMode=”singleTask” android:label=”@string/app_name” /> 第二种情况是通过在Intent中设置标志位来为Activity指定启动模式，比如： Intentintent = new Intent（）； intent.setClass(MainActivity.this,SecondActivity.class); intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK)； startActivity(intent); 两种情况的区别：首先优先级上，第二种优先级高于第一种，当两种同时存在时，以第二种方式为准；其次，上述两种方式无法直接为Activity设定FLAG_ACTIVITY_CLEAR_TOP标识，而而第二种方式无法为Activity指定singleInstance模式。 第三小结为IntentFilter的匹配规则