1. Activity生命周期
在Android开发艺术探索中，分了两种场景对Activity的生命周期进行介绍：
- 正常生命周期：
onCreate->onStart->onResume->交互->onPause->onStop->onDestroy
注意：从stop状态恢复到活动状态(返回到上个Activity、从桌面回到应用)会走onRestart->onStart->onResume - 异常生命周期
交互->onPause->onSaveInstanceState->onStop->onDestroy
onCreate->onStart->onRestoreInstanceState->onResume->交互
异常生命周期中会在onStop之前调用onSaveInstanceState保存页面的状态（遍历每个子View，保存子Viwe的状态，每个子View都有自己的实现）。然后在重建的过程中可以通过onRestoreInstanceState来恢复之前保存的状态。
那么什么时候会出现异常生命周期呢？有以下两种情况：
1. 资源相关的系统配置发生改变导致Activity被杀死并重建
比如横竖屏切换，Activity会重建并且重新加载资源。我们也可以设置系统配置发生变化，Activity不重建：
andriod:configChanges="orientation|screenSize|keyboardHidden|locale"
-
orientation和screenSize一起使用，防止横竖屏切换重建Activity -
keyboardHidden防止软键盘弹出隐藏时重建Activity -
locale防止切换系统语言导致重建Activity
这些配置可以使Activity不被重建，取而代之，onConfigurationChanged方法别回调，可以在该方法中做相应处理。
2. 内存资源不足导致低优先级的Activity被杀死
Activity的优先级分3个等级：
- 前台Activity（可交互）
- 可见非前台Activity（可见不可交互）
- 后台Activity（不可见，执行了onStop）
从上到下优先级降低，当系统内存资源不足是，会从低优先级开始杀死Activity。因此一些后台任务不适合脱离四大组件独自运行，很容易被杀死，比较好的是后台任务放在service中执行，保证一定的优先级。
2. Activity启动模式
做Android的都知道Activity有四种启动模式，下面介绍一下各种模式的特点：
-
standard
默认的启动模式，每次启动都会重新创建一个实例，被创建的实例的生命周期是正常的生命周期，即onCreate->onStart->onResume，该实例归属于启动它的Activity所属栈。通过ApplicationContext启动Activity必须添加标志FLAG_ACTIVITY_NEW_TASK，会为即将启动的Activity创建一个任务栈，因为ApplicationContext没有任务栈。 -
singleTop
栈顶复用模式，如果新Activity已经位于栈顶，则不重新创建，不会走正常的生命周期，而会调用onResume->onNewInstance方法。 -
singleTask
栈内复用模式，只要Activity在一个栈内存在，那么多次启动此Activity都不会重新创建实例，生命周期同singleTop一样，会调用onNewInstance，启动流程：系统会先寻找Activity对应的任务栈是否存在，如果不存在，创建一个新的任务栈，把Activity放到栈中；如果存在，寻找栈内是否存在Activity实例，如果不存在，则创建一个新的Activity放入栈内，如果存在，则把该Activity调到栈顶。该启动模式自带FLAG_ACTIVITY_CLEAR_TOP，即清除该Activity只上的其他Activity。 -
singleInstance
单例模式，加强版singleTask模式，具有singleTask的所有特性，具有该模式的Activity只能单独位于一个任务栈中。被该实例启动的Activity会运行于另一个任务栈中
怎么改变Activity所属任务栈呢？所有Activity默认的任务栈是应用包名，我们也可以给Activity单独指定任务栈，只需要设置：
taskAffinity="xxx.xx.x"，不过taskAffinity必须结合singleTask或者allowTaskReparenting使用。
taskAffinity+singleTask，待启动Activity会运行在名字和taskAffinity相同的任务栈中。
taskAffinity+allowTaskReparenting，当应用A启动了应用B的Activity C，如果这个C设置了allowTaskReparenting=true，那么当应用B被启动后，C会直接从应用A的任务栈转移到应用B的任务栈。
Activity的Flags
此处介绍几个比较常用的Flag：
- FLAG_ACTIVITY_SINGLE_TOP：作用同在AndroidManifest中设置了android:launchMode="singleTop"
- FLAG_ACTIVITY_NEW_TASK：作用同在AndroidManifest中设置了android:launchMode="singleTask"
- FLAG_ACTIVITY_CLEAR_TOP：当启动有此标记的Activity时，在同一个任务栈中所有位于它上面的Activity都要出栈，一般和FLAG_ACTIVITY_NEW_TASK一起使用
- FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS：具有此标记的Activity不会出现在历史Activity列表中
IntentFilter匹配规则
主要介绍Activity隐式启动的匹配规则。隐式调用需要Intent能够匹配目标组件的IntentFilter中设置的过滤信息，如果不匹配将无法启动Activity。IntentFilter中设置的过滤信息有action、category、data。
-
action
Intent中的action必须和IntentFilter中的action一样（字符串，大小写敏感）
IntentFilter可设置多个action，只要Intent的action于其中一个匹配成功即算成功
Intent中未设置action，那么匹配失败 -
category
Intent中设置了一个或多个category，那么就必须在IntentFilter中都有对应的category（字符串）
Intent中没有category，算匹配成功，因为系统会默认设置一个android.intent.category.DEFAULT，所以支持隐式启动的Activity必须指定android.intent.category.DEFAULT这个category -
data
IntentFilter中指定了data，那么Intent中必须定义可匹配的data
data的结构包含两部分：mimeType和URI，mimeType指媒体类型，URI包含的内容较多，结构为<schema>://<host>:<port>/[<path>|<pathPrefix>|<pathPattern>]
具体的匹配规则可以给两个例子：
<intent-filter>
<data android:mimeType="image/*"/>
</intent-filter>
//可匹配的intent
intent.setDataAndType(Uri.parse("file://abc"), "image/png");
另外一个：
<intent-filter>
<data android:mimeType="video/mpeg" android:schema="http" .../>
</intent-filter>
//可匹配的intent
intent.setDataAndType(Uri.parse("http://abc"), "video/mpeg");
总结
本章介绍了Activity的生命周期和启动模式，这些知识点是Android中的基础，而且也是面试过程中大概率问到的知识点，必须要掌握。
