一、Activity的生命周期全面分析
典型情况下的生命周期：在用户参与的情况下，Activity所经过的生命周期改变。
异常情况下的生命周期：Activity被系统回收或者设备的Configuration发生改变从而导致Activity被销毁重建
1、典型情况下的生命周期分析
Activity生命周期
- onPause必须执行完，新的Activity的onResume才会执行。比如A打开B，生命周期顺序是 A onPause->B onCreate ->B onStart ->B onResume ->A onStop。因此onPause不能做耗时操作，才能使新的Activity尽快显示出来
- onStart表示Activity已经可见但还在后台我们看不见，没有出现在前台无法与用户进行交互。
- onResume表示Activity已经出现在前台且可以与用户进行交互
- Activity切换到后台（ 用户打开新的Activity或者切换到桌面） ，onPause->onStop(如果新Activity采用了透明主题，则当前Activity不会回调onStop)。
2、异常情况下的生命周期分析
2.1、情况1：系统配置发生改变导致Activity被杀死并重新创建
比如横竖屏切换，默认情况下，Activity就会销毁重建。生命周期如下
异常情况下Activity的重建过程
当系统配置发生改变导致Activity被销毁，onPause->onStop->onDestroy，还会调用onSaveIntanceState保存当前Activity的状态，时机是在onStop之前（仅仅出现在Activity异常终止的情况）。
当Activity被重建时，会调用onRestoreInstanceState，时机是在onStop之后，并把onSaveIntanceState中保存的Bundle对象同时传递给onRestoreInstanceState和onCreate。注意，onRestoreInstanceState被调用，其入参Bundle一定有值，但是onCreate的Bundle入参可能会null，建议采用onRestoreInstanceState去恢复数据。
每个View都有onSaveIntanceState和onRestoreInstanceState方法，系统会自动帮我们做一些恢复工作，具体恢复哪些数据，要看每个View的实现。大致的工作流程如下：Activity意外终止，调用onSaveIntanceState去保存数据，然后Activity委托Window去保存数据，Window再委托上面的顶层容器（ViewGroup，一般为DecorView）去保存数据，顶层容器再去一一通知它的子元素来保存数据。（这是一种典型的委托思想，事件分发和View的绘制过程也是采用类似的思想）
系统只有在Activity异常终止的情况下，才会调用onSaveIntanceState和onRestoreInstanceState方法，其他情况不会调用。
2.2、情况2：内存资源不足，导致低优先级Activity被杀死
Activity按照优先级分类：
1）前台Activity
2）可见非前台Activity
3）后台Activity
系统内存不足时，低优先级的Activity所在进程会被杀死，并通过onSaveIntanceState和onRestoreInstanceState来存储和恢复数据。
3、系统配置发生改变，Activity如何不重新创建？
在Activity的配置中，配置属性android:configChanges="orientation|screenSize"，可以在屏幕旋转的时候，不重新创建Activity，取而代之的是调用Activity的onConfigurationChanged方法。
其他可以配置项目如下表所示
| 项目 | 含义 |
|---|---|
| locale | 一般指切换了系统语言 |
| keboardHidden | 键盘的可访问性发生了变化 |
| orientation | 屏幕方向发生了变化 |
| screenSize | 屏幕尺寸信息发生了变化，旋转屏幕尺寸信息就会发生变化。和编译版本有关，若编译版本小于13，不会导致Activity的重启；若大于13，则会导致Activity的重启 |
二、Activity的启动模式
1、Activity的LaunchMode
四种启动模式：standard、singleTop、singleTask和singleInstance。
1.1、standard
默认模式，谁启动了Activity，那么这个Activity就运行在启动它的那个Activity所在的栈中。非Activity类型的Context（如：ApplicationContext）并没有所谓的任务栈，所以就会有问题。
1.2、singleTop
栈顶复用模式。新的Activity位于任务栈的顶部，那么此Activity不会重新创建（onCreate、onStart不会调用），此时onNewIntent(Intent intent)会被调用，入参就是我们请求的信息。
1.3、singleTask
栈内复用模式。比如启动ActivityA，系统会先找A想要的任务栈，若不存在，则创建任务栈、A实例、入栈；若存在，栈中已经存在A实例，移除A之上的元素，使A在栈顶，并调用onNewIntent，否则创建A实例，入栈。
1.4、singleInstance
加强的singTask模式，加强一点：此类Activity只能单独的位于一个任务栈中，后续的请求均不会创建新的Activity，除非这个任务栈被销毁。
1.5、什么是Activity所需的任务栈？
TaskAffinity：任务相关性，标识了一个Activity所需要的任务栈的名字，默认情况下是包名。必须和singleTask启动模式或者allowTaskReparenting属性配对使用，否则没有意义。
任务栈分为前台任务栈和后台任务栈，后台任务栈中的Activity处于暂停状态，用户可以通过切换将后台任务栈调到前台。
TaskAffinity和allowTaskReparenting结合使用：现在有2个应用A和B，A启动了B的Activity C，然后按Home键回到桌面，然后单击桌面图标启动B，此时并不是启动B的主Activity，而是重新显示了Activity C或者说，C从A的任务栈转移到了B的任务栈。可以这么理解，由于A启动了C，这个C只能运行在A所在的任务栈中，但是C是属于B应用的，正常情况下，它的TaskAffinity应该是B的包名。所以，B被启动之后，B会创建自己的任务栈，此时系统发现C原本想要的任务栈已经有了，就会把C从A的任务栈中转移过。
1.6、指定启动模式的两种方式
第一种：通过AndroidMenifest指定android:launchMode="singTask"
第二种：通过Intent的addFlags(Intent.FLAG_ACTIVITY_NEW_TASK)
2、Activity的Flags
Flags有很多，有些可以设定Activity的启动模式，有些可以影响Activity的运行状态。
FLAG_ACTIVITY_NEW_TASK
为Activity指定“singleTask”启动模式
FLAG_ACTIVITY_SINGLE_TOP
为Activity指定“singleTop”启动模式
FLAG_ACTIVITY_CLEAR_TOP
具有此标记的Activity在启动时，同一个任务栈中位于它上面的都要出栈。与singleTask一起使用，若实例已经存在，会调用newIntent方法；若被启动的Activity是standard，则它自己也会出栈，然后重新创建一个新的Activity实例入栈。
FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS
等价于android:excludeFromRecents="true"，表明此Activity不会出现再历史Activity列表中。
三、IntentFilter的匹配规则
Activity的启动分为显式调用和隐式调用。隐式调用需要Intent能够匹配目标组件的IntentFilter中设置的过滤信息，不匹配将无法启动目标Activity。IntentFilter的过滤信息有action、category、data。
<intent-filter>
<action android:name="android.intent.action.MEDIA_MOUNTED"/>
<category android:name="com.hilton.controlpanel.category.SELF_MAINTAIN" />
<data android:scheme="file" />
</intent-filter>
1、action的匹配规则
是一个区分大小写的字符串，一个过滤规则中可以有多个action。
匹配要求：Intent中的action存在，且能够和过滤规则中的任何一个action相同即可匹配成功。
2、category的匹配规则
是一个字符串，一个过滤规则中可以有多个category。
匹配要求：Intent可以没有category，但是如果有，每一个都要和过滤规则中任何一个的匹配。在startActivity或者startActivityForResult的时候，会默认加上“android.inent.category,DEFULT”，所以必须在intent-filter中指定这个category。
3、data的匹配规则
由两部分组成：mimeType和URI。一个过滤规则中可以有多个。
匹配要求：Intent中必须有，且和过滤规则中的一个相匹配。
<data android:scheme="string"
android:host="string"
android:port="string"
android:path="string"
android:pathPattern="string"
android:pathPrefix="string"
android:mimeType="string"/>
3.1、mimeType
指媒体类型，如 image/jpeg、vide/*等，可以表示图片、文本、视频等不同的媒体格式、
<data android:mimeType="image/*"/>
如上匹配规则指定了媒体类型为所有类型的图片，虽然没有指定URI，但是却默认为content和file。Intent中的URI部分的scheme必须为content或者file才能匹配。如下：
intent.setDataAndType(Uri.parse("file://abc"),"image/png")
setDataAndType(Uri data, String type)指定Data和Type属性，因为setAction(String action)和addCategory(String category)2个方法会相互覆盖，所以当要指定Data和Type时，使用这个方法
3.2、URI
<scheme>://<host>:<port>/[<path>|<pathPrefix>|<pathPattern>]
scheme：URI的模式，如http、file、content。没有指定，则URI无效。
host：URI的主机名。没有指定，则URI无效。
port：URI中的端口号，可以没有。
path：表示完整的路径信息。
pathPattern：表示完整的路径信息，建议包含通配符“*”（表示0个或多个任意字符）。
pathPrefix：表示路径的前缀信息。
<data android:scheme="file" android:host="www.baidu.com"/>
等价于
<data android:scheme="file"/>
<data android:host="www.baidu.com"/>
参考文献
《Android开发艺术探索》
网友评论