Android读书笔记（1）—— Activity的生命周期和启动模式

一、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开发艺术探索》