目录
1.Activity的生命周期全面分析
- 1.1 典型情况下生命周期分析
- 1.2 异常情况下生命周期分析
2.Activity的启动模式
- 2.1Activity的LaunchMode
- 2.2 Activity的Flags
3.IntentFilter的匹配规则
1.Activity的生命周期全面分析
1.1 典型情况下的生命周期分析
- onStart和onResume都表示Activity可见了，但onStart的时候Activity还在后台，onResume的时候Activity才显示到前台。onStart和onStop是从Activity是否可见这个角度来回调的，而onResume和onPause是从Activity是否位于前台这个角度来回调的。
- onPause表示Activity正在停止，正常情况下，onStop就会调用，注意onPause不要做太耗时的操作，因为会影响新Activity的显示，onPause必须先执行完，新的Activity的onResume才会执行。
- onPause和onStop都不能执行耗时操作，尤其是onPause，所以应当尽量在onStuop中做操作。
1.2 异常情况下生命周期分析
1.Activity在异常情况下终止的，系统会调用onSaveInstanceState来保存当前Activity的状态，在onStop之前，和onPause没有既定的时序关系；当这个Activity重新创建后，系统会调用onRestoreInstanceState方法并把销毁前保存的信息传回， onRestoreInstanceState的调用时机在onStart之后。（建议使用onRestoreInstanceState来处理保存的数据，不需要判断是否为null，如果有数据一定会调用）
2.关于保存和恢复View的层次结构，系统的工作流程：首先Activity会调用onSaveInstanceState去保存数据，然后Activity会委托Window去保存数据，接着Window会委托它上面的顶级容器去保存数据，顶层容器一般是DecorView（ViewGroup)；最后顶层容器再去一一通知它的子元素保存数据，这样整个数据的保存过程就完成了。
3.如果资源内存不足优先级低的Activity会被杀死，优先级从高到低
1.前台进程
2.可见进程
3.服务进程
4.后台进程
5.空进程4.解决Activity不被重新创建
android：configChanges=“orientation|screenSize|keyboardHidden”
2 Activity的启动模式
2.1Activity的LaunchMode
1.四种启动模式:
1.standard：标准模式，系统默认模式，每次启动都会创建一个新的实例；在这种模式下，谁启动了这个Activity，这个Activity就在启动它的那个Activity所在的栈中。当我们使用ApplicationContext去启动standard模式的Activity就会报错，因为standard模式的Activity会默认进入启动它的Activity所属的任务栈中，而非Activity类型的Context并没有任务栈。解决的办法是为这个待启动的Activity指定FLAG_ACTIVITY_NEW_TASK标记位，这样启动的时候就会为它创建一个新的任务栈。
2.singleTop: 栈顶复用模式。这种模式下，如果新的Activity已经位于栈顶，那么此Activity不会创建，同时他的onNewIntent方法会被回调，onCreate、onStart不会被调用。如果新的Activity的实例存在但不是位于栈顶，那么新的Activty依然会重新创建。
3.singleTask: 栈内复用模式。这是一种单实例模式，这种模式下，Activity在一个栈中存在，那么多次启动该Activity都不会重新创建实例，和sinleTop一样，系统会回调其onNewIntent。如果启动的Activity没有所需要的任务栈，就会先创建任务栈再创建Activity。singleTask默认具有clearTop的效果，具有该模式的Activity会让其之上的Activity全部出栈。
4.singleInstance: 单实例模式。这是一种加强的singleTask模式，除了具备singleTask的特性之外，具有该模式的Activity只能单独位于一个任务栈中；比如Activity A是singleInstance模式的，当A启动后，系统会为它创建一个新的任务栈，后续的启动均不会创建新的Activity，除非这个任务栈被系统销毁了。
2.TaskAffinity
参数TaskAffinity用于指定Activity栈的名字，所有Activity所需的任务栈的名字为应用的包名，singleTask的站名必须不能和包名一样。TaskAffinity属性经常和singleTask启动模式或allowTaskReparenting属性配对使用，其他情况没有意义。当应用A启动了应用B的某个Activity后，如果这个Activity的allowTaskReparenting属性为true的话，那么当应用B被启动后，此Activity会直接从应用A的任务栈转移到应用B的任务栈中。
3.Activity启动模式设置
<activity
android:name=".MainActivity"
android:launchMode="singleTask" />
Intent intent = new Intent(this,MainActivity.class);
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
startActivity(intent);
第二种方式的优先级高于第一种，如果都设置了只有第二种会生效。第一种方式无法直接为Activity
设置FLAG_ACTIVITY_CLEAR_TOP标记，而第二种方式无法为Activity指定singleInstance模式。
2.2 Activity的Flags
- 1.FLAG_ACTIVITY_NEW_TASK
为Activity指定“singleTask”启动模式，其效果和xml中指定该启动模式相同。 - 2.FLAG_ACTIVITY_SINGLE_TOP
为Activity指定“singleTop”启动模式，其效果和xml中指定该启动模式相同。 - 3.FLAG_ACTIVITY_CLEAR_TOP
具有此标记位的Activity，当他启动时，在同一个任务栈中所有位于它上面的Activity都要出栈。这个模式一般与FLAG_ACTIVITY_NEW_TASK配合使用，singleTask启动模式默认具有此标记为的效果。 - 4.FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS(隐藏应用，当用户长按home，杀进程的时候)
具有这个标记为的Activity不会出现在历史Activity的列表中，当某些情况不希望用户通过历史列表回到我们Activity的时候这边标记比较有用。等同于在XML中指定Activity的属性android:excludeFromRecents="true"。
3.IntentFilter的匹配规则
IntentFilter的过滤信息有action、category、data。为了匹配过滤列表，需同时匹配过滤列表中的action、category、data信息，否则匹配失败；一个Activity中可以有多个intent-filter，一个Intent只要能匹配任何一组intent-filter即可成功启动对应的Activity。
-
1.action的匹配规则
必须含有，至少匹配一个，可以多个，区分大小写
-
2.category的匹配规则
可以不指定，有个默认的“android.intent.category.DEFAULT”，如果Intent中定义了，则所有都必须和过滤规则中的一一对应。
-
3.data的匹配规则
必须含有，至少匹配一个，可以多个，区分大小写
1.data介绍
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表示路径的前缀信息。
2.匹配：
1.要求Intent中必须含有data数据，并且data数据能够完全匹配过滤规则中的某一个data；
这里的完全匹配是指过滤规则中出现的data部分也出现在了Intent中的data中。
2.如果没有指定URI，是有默认值的，URI的默认值为content和file。也就是说，虽然没有指定URI，
但Intent中的URI部分的schema必须为content或者file才能匹配。
3.如果要为Intent指定完整的data，必须调用setDataAndType方法，不能先调用setData再调用setType，因为这两个方法都会清除对方的值。
-
4.Tips
- 1.当我们隐式启动一个Activity的时候，可以做一下判断，看是否能匹配到我们的隐式Intent，如果不做判断没找到对应的Activity系统就会抛出android.content.ActivityNotFoundException异常。
第一种：采用PackageManager的resolveActivity方法或者Intent的resolveActivity方法，如果找不到匹配的Activity就会返回null，我们通过判断返回值就可以规避上述错误了。 - 2.在intent-filter中声明了<category android:name="android.intent.category.DEFAULT"/>这个category的Activity，才可以接收隐式意图。
- 3.有一类action和category的共同作用是标明这是一个入口Activity，并且会出现在系统的应用列表中，少一个都没有任何意义，也不会出现在系统的应用列表中。
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
