第1章 Activity的生命周期和启动模式

Activity生命周期
onCreate: 表示Activity正在创建
onRestart： 表示Activity正在重新启动。 从nonstop状态恢复的时候会调用onRestart
onStart ： 表示Activity正在被启动。这是Activity已经可见，但是还没出现在前台
onResume： 表示Activity已经可见，并且出现在前台开始活动。
onPause: 表示Activity正在被停止，正常情况下onStop会很快被调用
onStop ： 表示Activity即将停止，可以做一些稍微重量级的回收工作，同时不能太耗时
onDestroy： 表示Activity即将被销毁，这是Activity种的最后一个回调，在这里，我们尅做一些回收工作和资源释放

（1）针对一个特定的Activity，第一次启动，回调 ：onCreate - onStart - onResume
(2) 打开新的Activity或者切换到桌面的时候回调：onPause- onStop 。特殊情况，如果新Activity采用透明主题，那么当前Activity不会回调onStop
（3）当用户再次回到原Activity的时候 回调：onResetart - onStrat - onRsume
(4) 当用户按back键回退时，回调 onPause - onStop - onDestroy
(5) 当Activity被系统回收后再次打开，生命周期回调和（1）一致 。注意只是生命周期一致，但不是所有过程都一样。
（6）从整个证明周期看来 onCreate和onDestroy是配对的，分别标识着Activity的创建和销毁，并且只可能有一次调用。从Activity是否可见来说onstant和onStop是配对的，随着用户的操作或者设备屏幕的点亮和熄灭，这两个方法可能被调用多次。从Activity是否在前台来说，onResume和onPause是配对的，随着用户操作或者设备屏幕的点亮和熄灭，这两个方法可能被调用多次

问题1： onStart和onResume，onPause和onStop从描述上看来差不多，对我们来说有什么实质的不同
答案：每个回调代表不同的意义onstart和onStop是从Activity是否可见这个角度来回调的，onResume和onPause是从Activity是否位于前台这个角度来回调的。除了这个区别，在实际使用中没有其他明显的区别

问题2：当前Activity为A，如果这时用户打开一个新Activity B，那么B的onResume和A的onPause哪个先执行
答案： 先执行 A的on pause，在执行B的onResume。

当ActivityA打开后打开ActivityB 生命周期是 A onPause B onCreate onStart onResume A onStop

1.1.2 异常情况下生命周期分析

当横竖屏幕切换的时候 Activity会被销毁。其onPause，onStop，onDestroy 均会被调用。异常情况下终止会调用onSaveInstanceState来保存当前Activity的状态。这个方法调用时机是在onStop之前。Activity销毁重新创建后，系统会调用onRestoreInstanceState，并把Activity销毁时onSaveInstanceState方法保存的Bundle对象作为参数同时传递给onCreate和onRestoreInstanceState方法，在这里我们可以取出保存的数据。onRestoreInstanceState在onStart之后。

Activity优先级
1.前台的Activity 2.可见但并非前台的Activity 3.后台Activity

如果不想屏幕旋转时系统重新创建可以给configChanges属性添加orientation这个值
android:configChanges=“orientation|screenSize”

这时候旋屏幕Activity不会重现创建 也没有调用onSaveInstanceState和onRestoreInstanceState来存储和恢复数据，取而代之的是调用了Activity的onConfigurationChange方法

1.2 Activity的启动模式
启动模式 ： standard singleTop singleTask singleInstance

standard：标准模式 每次启动一个Activity都会重新创建一个新的实例。这种模式下，谁启动这个Activity，他就运行在启动它的那个Activity所在的栈里。
用ApplicationContext去启动standard模式的Activity的时候会报错 startActivity from aside of an Activity context require the FLAG_ACTIVITY_NEW_TASK flag.Is this really what your want
这是因为standard模式的Activity默认会进入启动它的Activity所属的任务栈中，但是由于非Activity类型的Context(ApplicationContext) 并没有所谓的任务栈，所以就出现问题了。解决这个问题的方法是为待启动的Activity制定 FLAG_ACTIVITY_NEW_TASK 标记位。这样启动的时候就会为他创建一个新的任务栈。这个时候待启动的Activity实际上是以singleTask模式启动的。

2.singleTop ：栈顶复用模式，在这个模式下，如果新的Activity已经位于任务栈的栈顶，那么此activity不会被重新创建，同事它的onNewIntent方法会被回调，
3.singleTask：栈内复用模式，这是一种单实例模式，在这种模式下，只要Activity在一个栈中存在，那么多次启动此Activity都不会重现创建实例，和singleTop一样，系统也会回调其onNewIntent

4.singleInstance 单实例模式 一种加强的singletask模式，他具有singleTask模式的所有特点，还加强了一点，那就是具有此种模式的Activity只能单独的位于一个任务栈中。

什么是activity所需的任务栈。设计到一个参数TaskAffinity。可以翻译为任务相关性。这个参数标识一个Activity所需要的任务栈的名字。默认情况下，所有Activity所需的任务栈的名字为应用的包名。当然也可以为每个activity单独制定TaskAffinity属性。 任务栈分为前台任务栈和后台任务栈。

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配合使用，在这种情况下，被启动的Activity的实例如果已经存在，那么系统会调用他的onNewIntent，如果被启动的Activity采用的是standard模式，那么他自己和它智商的Activity都要出栈，系统会创建新的Activity实例并放入栈顶。

FLAG_ACTIVITY_EXCLUDE_FORM_RECENTS 具有这个标记的Activity不会出现在历史Activity的列表中，当某些情况下我们不希望用户通过历史列表回到我们的Activity的时候这个标记比较有用。它等同于在XML中指定的Activity的属性android:excludeFormRencents = “true”

1.3 IntentFilter的匹配规则

启动Activity分为两种 ，显式调用和隐式调用

IntentFilter中的过滤信息有action，category,data.下面是过滤规则：
为了匹配过滤列表，需要同时匹配过滤列表中的action，category，data信息，否则匹配失败。

action的匹配规则：
action是一个字符串，系统预定义一些action，同时我们也可以应用中定义自己的action。action匹配规则是Intent中的action必须能够和过滤规则中的action匹配。一个过滤规则中可以有多个action，那么只要Intent中的action能够和过滤规则中任何一个action相同即可匹配成功。如果Intent中没有指定action，那么匹配失败。总结一下，action的匹配要求intent中的action存在并且必须和过滤规则中的其中一个action相同。区分大小写

category的匹配规则：
category要求如果intent中出现了category，不管有几个category，对于每个category来说，他必须是过滤规则中已经定义的category。当然intent中可以没有category。action要求intent中必须有一个action且必须能够和过滤规则中的任何一个category相同，而category要求intent可以没有category，一旦有category，不管有几个，每个都要能够和过滤规则中任何一个category相同。为什么不设置category也会匹配成功，是因为intent会默认加上“android.intent.category.DEFAULT”这个category，同时，为了我们的activity能接受隐式调用，就必须在intent-filter中指定“android.intent.category.DEFAULT”这个category。

data匹配规则：

data的匹配规则和action类似，如果过滤规则中定义的data，那么intent重也必须定义可匹配的data。要求intent中必须含有data数据，并且data数据能够完全匹配过滤规则中的某一个data

data语法：

例如 content://com.example.project:200/folder/subfolder/etc
http://www.baidu.com:80/search/info