本章主要学习Activity的生命周期和启动模式以及IntentFilter的匹配规则分析；其中异常生命周期以及Activity的启动模式和形形色色的Flags需要注意和细看。
1.1 Activity的生命周期全面分析
1.1.1 典型情况下的生命周期分析
- onStart和onResume都表示Activity可见了，但onStart的时候Activity还在后台，onResume的时候Activity才显示到前台。onStart和onStop是从Activity是否可见这个角度来回调的，而onResume和onPause是从Activity是否位于前台这个角度来回调的。
- onPause表示Activity正在停止，正常情况下，onStop就会调用，注意onPause不要做太耗时的操作，因为会影响新Activity的显示，onPause必须先执行完，新的Activity的onResume才会执行。
- 当用户打开一个新的Activity或者切换回桌面的时候，回调如下：onPause->onStop；但如果新Activity采用了透明主题，则当前Activity不会回调onStop（因为它依然可见）。
1.1.2 异常情况下的生命周期分析
- Activity在异常情况下终止的，系统会调用onSaveInstanceState来保存当前Activity的状态，在onStop之前，和onPause没有既定的时序关系；当这个Activity重新创建后，系统会调用onRestoreInstanceState方法并把销毁前保存的信息传回， onRestoreInstanceState的调用时机在onStart之后。
- 当Activity异常情况下的情况下需要重新创建时，系统会默认我们保存当前Activity的视图结果，并在Activity重启后为我们恢复这些数据，比如文本框用户输入的数据，ListView的滚动位置等，
具体可以查看相对应View的源码，查看onSaveInstanceState和onRestoreInstanceState方法。 - 关于保存和恢复View的层次结构，系统的工作流程：首先Activity会调用onSaveInstanceState去保存数据，然后Activity会委托Window去保存数据，接着Window会委托它上面的顶级容器去保存数据，顶层容器一般是DecorView（ViewGroup)；最后顶层容器再去一一通知它的子元素保存数据，这样整个数据的保存过程就完成了。
- 如果资源内存不足优先级低的Activity会被杀死，优先级从高到低：
- 前台Activity-正在和用户交互优先级最高；
- 可见但非前台的Activity-比如Activity中弹了一个对话框，导致Activty可见但位于后台；
- 后台Activity-已经被暂停的Activity，已经执行了onStop，优先级最低。
- 如果我们不想配置发生改变就Activity重新创建，可以使用Activity的configChanges属性；常用的有locale、orientation和keyboardHidden这三个选项；指定了configChanges后，Activity发生对应改变后，不会重启Activity，只会调用onConfigurationChanged方法。
1.2 Activity的启动模式
1.2.1 Activity的LaunchMode
任务栈是一个“后进先出”的栈结构，每次finish()处于前台的Activity就会出栈，直到栈为空为止，当栈中无任何Activity的时候，系统就会回收这个任务栈。
四种启动模式
standard：标准模式，系统默认模式，每次启动都会创建一个新的实例；在这种模式下，谁启动了这个Activity，这个Activity就在启动它的那个Activity所在的栈中。当我们使用ApplicationContext去启动standard模式的Activity就会报错，因为standard模式的Activity会默认进入启动它的Activity所属的任务栈中，而非Activity类型的Context并没有任务栈。解决的办法是为这个待启动的Activity指定FLAG_ACTIVITY_NEW_TASK标记位，这样启动的时候就会为它创建一个新的任务栈。
singleTop: 栈顶复用模式。这种模式下，如果新的Activity已经位于栈顶，那么此Activity不会创建，同时他的onNewIntent方法会被回调，onCreate、onStart不会被调用。如果新的Activity的实例存在但不是位于栈顶，那么新的Activty依然会重新创建。
singleTask: 栈内复用模式。这是一种单实例模式，这种模式下，Activity在一个栈中存在，那么多次启动该Activity都不会重新创建实例，和sinleTop一样，系统会回调其onNewIntent。如果启动的Activity没有所需要的任务栈，就会先创建任务栈再创建Activity。singleTask默认具有clearTop的效果，具有该模式的Activity会让其之上的Activity全部出栈。
singleInstance: 单实例模式。这是一种加强的singleTask模式，除了具备singleTask的特性之外，具有该模式的Activity只能单独位于一个任务栈中；比如Activity A是singleInstance模式的，当A启动后，系统会为它创建一个新的任务栈，后续的启动均不会创建新的Activity，除非这个任务栈被系统销毁了。
参数TaskAffinity用于指定Activity栈，TaskAffinity属性经常和singleTask启动模式或allowTaskReparenting属性配对使用，其他情况没有意义。当应用A启动了应用B的某个Activity后，如果这个Activity的allowTaskReparenting属性为true的话，那么当应用B被启动后，此Activity会直接从应用A的任务栈转移到应用B的任务栈中。
Activity的启动模式可以通过AndroidMenifest为其指定启动模式
<activity
android:name=".MainActivity"
android:launchMode="singleTask" />
还可以通过在Intent中设置标记位来为Activity指定启动模式
Intent intent = new Intent(this,MainActivity.class);
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
startActivity(intent);
两种方法都可以为Activity指定启动模式，但还是有区别。第二种方式的优先级高于第一种，如果都设置了只有第二种会生效。第一种方式无法直接为Activity设置FLAG_ACTIVITY_CLEAR_TOP标记，而第二种方式无法为Activity指定singleInstance模式。
- 通过adb shell dumpsys activity命令可以详细的了解当前任务栈情况。
1.2.2 Activity的Flags
- FLAG_ACTIVITY_NEW_TASK
为Activity指定“singleTask”启动模式，其效果和xml中指定该启动模式相同。 - FLAG_ACTIVITY_SINGLE_TOP
为Activity指定“singleTop”启动模式，其效果和xml中指定该启动模式相同。 - FLAG_ACTIVITY_CLEAR_TOP
具有此标记位的Activity，当他启动时，在同一个任务栈中所有位于它上面的Activity都要出栈。这个模式一般与FLAG_ACTIVITY_NEW_TASK配合使用，singleTask启动模式默认具有此标记为的效果。 - FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS
具有这个标记为的Activity不会出现在历史Activity的列表中，当某些情况不希望用户通过历史列表回到我们Activity的时候这边标记比较有用。等同于在XML中指定Activity的属性android:excludeFromRecents="true"。
1.3 IntentFilter的匹配规则
启动Activity分为两种，显式调用（明确地指定被启动对象的组件信息，包括包名和类名）和隐式调用（不需要明确指定组件信息，需要Intent能匹配上目标组件的IntentFilter中所设置的过滤信息）。IntentFilter的过滤信息有action、category、data。为了匹配过滤列表，需同时匹配过滤列表中的action、category、data信息，否则匹配失败；一个Activity中可以有多个intent-filter，一个Intent只要能匹配任何一组intent-filter即可成功启动对应的Activity。
-
action的匹配规则
一个过滤规则中可以有多个action,Intent中的action能够和过滤规则中的任何一个action相同即可匹配成功。如果Intent没有指定action，那么匹配失败。action区分大小写。 -
category的匹配规则
Intent中可以没有category;如果有，不管有几个，每个都要能和过滤规则中的任何一个category相同；如果没有，依然可以匹配成功，原因是因为如果没有指定category，在调用startActivity或startActivityForResult时系统会默认加上“android.intent.category.DEFAULT”这个category。同时为了我们的Activity能够支持隐式调用，就必须要在intent-filter中指定“android.intent.category.DEFAULT”这个category。 -
data的匹配规则
data的匹配规则和action类似，如果过滤规则定义了data，那么Intent必须定义可匹配的data。
先介绍一下data的结构（有些复杂）
<data android:scheme="string"
android:host="string"
android:port="string"
android:path="string"
android:pathPattern="string"
android:pathPrefix="string"
android:mimeType="string"
data由两部分组成，mimeType和URI。mimeType是指媒体类型，比如image/jpeg、audio/mpeg4-generic和video/等，可以表示图片、文本、视频等不同的媒体格式，而URI中包含的数据就比较多了，下面是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等，如果URI中没有指定scheme，那么整个URI的其他参数无效，也意味着URI是无效的。
Host：URI的主机名，比如www.baidu.com，如果host未指定，那么整个URI中的其他参数无效，也以为着URI无效。
Port：URI中的端口号，比如80，仅当URI中指定了scheme和host参数的时候port参数才是有意义的。
Path、pathPattern和pathPrefix：这三个参数都是表示路径信息；其中path表示完整的路径信息；pathPattern也表示完整路径信息，但是它里面可以包含通配符“”，“”表示0个或多个任意字符；pathPrefix表示路径的前缀信息。
data的匹配规则
- 要求Intent中必须含有data数据，并且data数据能够完全匹配过滤规则中的某一个data；这里的完全匹配是指过滤规则中出现的data部分也出现在了Intent中的data中。
- 如果没有指定URI，是有默认值的，URI的默认值为content和file。也就是说，虽然没有指定URI，但Intent中的URI部分的schema必须为content或者file才能匹配。
- 如果要为Intent指定完整的data，必须调用setDataAndType方法，不能先调用setData再调用setType，因为这两个方法都会清除对方的值。
Tips:
- 当我们隐式启动一个Activity的时候，可以做一下判断，看是否能匹配到我们的隐式Intent，如果不做判断没找到对应的Activity系统就会抛出android.content.ActivityNotFoundException异常。
第一种：采用PackageManager的resolveActivity方法或者Intent的resolveActivity方法，如果找不到匹配的Activity就会返回null，我们通过判断返回值就可以规避上述错误了。 - 在intent-filter中声明了<category android:name="android.intent.category.DEFAULT"/>这个category的Activity，才可以接收隐式意图。
- 有一类action和category的共同作用是标明这是一个入口Activity，并且会出现在系统的应用列表中，少一个都没有任何意义，也不会出现在系统的应用列表中。
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
写在最后，主席这本书真的很棒，能学到很多东西，了解系统组件运行原理的同时也不会在茫茫源码中绕不出来。
最近安排：复习第二 第三 第四章，之后写第五 第六章的笔记 [开心]。
