Activity的生命周期和启动模式

2018-06-25 本文已影响27人一个有故事的程序员

导语

这里是对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的重建过程.png

保存数据的流程： 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，那么匹配失败。

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" />

总结

异常情况下生命周期会保存并恢复数据，而且用到了委托思想。
隐式调用，不需要明确指定组件信息，需要Intent能够匹配目标组件中的IntentFilter中所设置的过滤信息。