导语
这里是对Android Activity调用栈分析的扩展，之前有过笔记的，这里不再过多记录。
主要内容
- 典型情况下的生命周期
- 异常情况下的生命周期
- IntentFilter的匹配规则
具体内容
Activity作为四大组件之首，是使用最频繁的一种组件。正常情况下，除了Window、Dialog和Toast，我们能见到的界面的确只有Activity。这里主要讲解Activity在使用中一些不容易搞清楚的概念，主要包括生命周期和启动模式以及IntentFilter的匹配规则分析。
Activity的生命周期全面分析
本节将Activity的生命周期分为两部分，一部分是典型（正常）下的生命周期，另一部分是异常情况下的生命周期。
异常情况下的生命周期是指Activity被系统回收或者由于当前设备的Configuration发生改变从而导致Activity被销毁重建。
典型情况下的生命周期分析
- Activity第一次启动：onCreate->onStart->onResume。
- Activity切换到后台（ 用户打开新的Activity或者切换到桌面） ，onPause->onStop(如果新Activity采用了透明主题，则当前Activity不会回调onStop)。
- Activity从后台到前台，重新可见，onRestart->onStart->onResume。
- 用户退出Activity，onPause->onStop->onDestroy。
- onStart开始到onStop之前，Activity可见。onResume到onPause之前，Activity可以接受用户交互。
- 在新Activity启动之前，栈顶的Activity需要先onPause后，新Activity才能启动。所以不能在onPause执行耗时操作。
- onstop中也不可以太耗时，资源回收和释放可以放在onDestroy中。
异常情况下的生命周期分析
系统配置变化导致Activity销毁重建
例如Activity处于竖屏状态，如果突然旋转屏幕，由于系统配置发生了改变，Activity就会被销毁并重新创建。
在异常情况下系统会在onStop之前调用onSaveInstanceState来保存状态。Activity重新创建后，会在onStart之后调用onRestoreInstanceState来恢复之前保存的数据。
保存数据的流程： Activity被意外终止，调用onSaveInstanceState保存数据-> Activity委托Window，Window委托它上面的顶级容器一个ViewGroup（ 可能是DecorView） 。然后顶层容器在通知所有子元素来保存数据。
系统只在Activity异常终止的时候才会调用 onSaveInstanceState 和onRestoreInstanceState 方法。其他情况不会触发。
这是一种委托思想，Android中类似的还有：View绘制过程、事件分发等。
资源内存不足导致低优先级的Activity被回收
三种Activity优先级:前台- 可见非前台 -后台，从高到低。
如果一个进程没有四大组件，那么将很快被系统杀死。因此，后台工作最好放入service中。
configChanges 一般常用三个选项：
- locale 系统语言变化。
- keyborardHidden 键盘的可访问性发生了变化，比如用户调出了键盘。
- orientation 屏幕方向变化。
Activity的启动模式
Activity的LaunchMode
Android使用栈来管理Activity。参照Android Activity调用栈分析。
Activity的Flags
这些FLAG可以设定启动模式、可以影响Activity的运行状态。参照Android Activity调用栈分析。
IntentFilter的匹配规则
Activity调用方式：
- 显示调用，明确指定被启动对象的组件信息，包括包名和类名
- 隐式调用，不需要明确指定组件信息，需要Intent能够匹配目标组件中的IntentFilter中所设置的过滤信息。
匹配规则：
- IntentFilter中的过滤信息有action、category、data。
- 只有一个Intent同时匹配action类别、category类别、data类别才能成功启动目标Activity。
- 一个Activity可以有多个intent-filter，一个Intent只要能匹配任何一组intent-filter即可成功启动对应的Activity。
action
action是一个字符串,匹配是指与action的字符串完全一样,区分大小写。
一个intent-filter可以有多个aciton，只要Intent中的action能够和任何一个action相同即可成功匹配。
Intent中如果没有指定action，那么匹配失败。
category
category是一个字符串。
Intent可以没有category，但是如果你一旦有category，不管有几个，每个都必须与intent-filter中的其中一个category相同。
系统在 startActivity 和 startActivityForResult 的时候，会默认为Intent加上 android.intent.category.DEFAULT 这个category，所以为了我们的activity能够接收隐式调用，就必须在intent-filter中加上 android.intent.category.DEFAULT 这个category。
data
data的匹配规则与action一样，如果intent-filter中定义了data，那么Intent中必须要定义可匹配的data。
intent-filter中data的语法：
<data android:scheme="string"
android:host="string"
android:port="string"
android:path="string"
android:pathPattern="string"
android:pathPrefix="string"
android:mimeType="string"/>
Intent中的data有两部分组成：mimeType和URI。mimeType是指媒体类型，比如
image/jpeg、audio/mpeg4-generic和video/等，可以表示图片、文本、视频等不同的媒
体格式。
URI的结构：
<scheme>://<host>:<port>/[<path>|<pathPrefix>|<pathPattern>]
实际例子：
content://com.example.project:200/folder/subfolder/etc
http://www.baidu.com:80/search/info
scheme：URI的模式，比如http、file、content等，默认值是 file 。
host：URI的主机名
port：URI的端口号
path、pathPattern和pathPrefix：这三个参数描述路径信息。
path、pathPattern可以表示完整的路径信息，其中pathPattern可以包含通配符 * ，表示0个或者多个任意字符。
pathPrefix只表示路径的前缀信息。
过滤规则的uri为空时，有默认值content和file，因此intent设置uri的scheme部分必须为content或file。
Intent指定data时，必须调用 setDataAndType 方法， setData 和 setType 会清除另一方的值。
对于service和BroadcastReceiver也是同样的匹配规则，不过对于service最好使用显式调用。
隐式调用需注意：
- 当通过隐式调用启动Activity时，没找到对应的Activity系统就会抛出 android.content.ActivityNotFoundException 异常，所以需要判断是否有Activity能够匹配我们的隐式Intent。
- 采用 PackageManager 的 resloveActivity 方法或Intent 的 resloveActivity 方法。
以上的第二个参数使用 MATCH_DEFAULT_ONLY ，这个标志位的含义是仅仅匹配那些在
intent-filter中声明了 android.intent.category.DEFAULT 这个category的Activity。因为如果把不含这个category的Activity匹配出来了，由于不含DEFAULT这个category的Activity是无法接受隐式Intent的从而导致startActivity失败。
public abstract List<ResolveInfo> queryIntentActivityies(Intent intent,int flags);
public abstract ResolveInfo resloveActivity(Intent intent,int flags);
- 下面的action和category用来表明这是一个入口Activity，并且会出现在系统的应用列表中，二者缺一不可。
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
