1.1 Activity 的生命周期全面分析
1.1.1 典型情况下的生命周期分析
- onPause: 正在停止，正常情况下紧接着 onStop 就会被调用，然后新的 Activity 执行 onResume； 如果新 Activity 采用了透明主题，则不会调用 onStop，因为 onStop 意味着不可见
- 按 back 键回退时，回调 onPause -> onStop -> onDestroy
- 生命周期的配对
- onCreate 与 onDestroy，创建和销毁
- onStart 与 onStop，显示与消失
- onResume 与 onPause，前台与后台
- 旧的活动 onPause，然后新的活动 onResume
1.1.2 异常情况下的生命周期分析
- 资源相关的系统配置发生改变导致 Activity 被杀死并重启（比如横竖屏切换），这时候会在 onDestroy 前调用 onSaveInstanceState，在 onCreate 后调用 onRestoreInstanceState。要注意两点问题：
- 只有在异常情况(包括第二种情况)下 onSaveInstanceState 和 onRestoreInstanceState 才会被调用
- onRestoreInstanceState 里的 Bundle 参数无需判空，而 onCreate 的 Bundle 参数就需要。
- 内存不足导致低优先级的 Activity 被杀死
指定在某种情况下，系统不会重启 Activity，可以给 configChanges 属性添加值，常见的有：
| 项目 | 含义 |
|---|---|
| locale | 切换了系统语言 |
| orientation | 屏幕方向变化 |
| keyboardHidden | 键盘的可访问性发生了改变，比如用户调出了键盘 |
| screenSize | api 13 以上（min 和 target 大于13）屏幕方向切换不会重启，否则重启 |
1.2 Activity 的启动模式
1.2.1 Activity 的 LaunchMode
四种启动模式，解决了一下几个问题：
- 单个任务栈下重复创建某个 Activity，创建新的实例还是复用已有的实例
- Activity 的复用策略，是栈顶复用还是栈内复用
- 使用 TaskAffinity 属性配置多任务栈，当任务栈中的一个活动被唤醒，任务栈也恢复到前台状态
-
标准模式，重新创建目标 Activity，并加入启动它的 Activity 的任务栈中，所以非 Activity 类型的 Context 启动标准模式的 Activity 会报错，这时只要指定 FLAG_ACTIVITY_NEW_TASK 标记位
-
singleTop，栈顶复用，启动栈顶的 Activity 不会重新创建，且 onNewIntent 方法会被调用
-
singleTask，栈内复用
- 如果要启动的 Activity 需要的任务栈（根据 TaskAffinity 属性查找）没有找到，系统会为它创建该任务栈，并将 Activity 放到栈中
- 如果需要的任务栈存在，且存在该 Activity 的实例，则该 Activity 不会重新创建，且 onNewIntent 方法会被调用; 如果所需的栈中存在该 Activity，可以指定 FLAG_ACTIVITY_CLEAR_TOP 标记位，则该 Activity 上的 Activity 全部出栈。
- 单独讲讲 TaskAffinity 属性，它标识了一个 Activity 所需要的任务栈的名字，默认（即不配置该属性的话）为应用的包名，通常与 singleTask 模式或 allowTaskReparenting 属性搭配使用：
- 当与 singleTask 模式配对使用时，如前文所述;
- 当与 allowTaskReparenting 属性配对使用时，比如当应用 A 启动了 应用 B 的某个 Activity，若该 Activity 的 allowTaskReparenting 设置为 true，则当应用 B 启动时，此 Activity 会直接从应用 A 的任务栈转移到 应用 B 的任务栈中。
- singleInstance，单实例模式，启动时系统直接为其创建新的任务栈（无需配置 TaskAffinity），也就是永远不会重复创建该活动的实例
使用 adb shell dumpsys activity 命令查看设备的任务栈
1.2.2 启动 Activity 的 Flags（Intent 的标志位）
通过 intent.setFlags(Intent.FLAG_ACTIVITY_*) 来动态指定启动模式
| 标记 | 作用 |
|---|---|
| FLAG_ACTIVITY_NEW_TASK | 使用 singleTask 模式 |
| FLAG_ACTIVITY_SINGLE_TOP | 使用 singleTop 模式 |
| FLAG_ACTIVITY_CLEAR_TOP | 位于它上面的 Activity 出栈，与 singleTask 搭配使用 |
| FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS | 不保留此Activity 的启动历史，等效在 XML 中指定 android:excludeFromRecents="true" |
1.3 IntentFilter 的匹配规则
用于 Activity 的隐式启动，例如你点击一个 http url，系统会弹出对话框要你选择使用哪一种浏览器；IntentFilter 的过滤信息有 action，category，data。
<activity android:name=".ui.MainActivity">
<intent-filter>
<action android:name="**" />
<category android:name="**" />
<data
android:scheme="**"
android:host="**"
android:port="**"
android:path="**"
android:pathPattern="**"
android:pathPrefix="**"
android:mimeType="**" />
</intent-filter>
</activity>
-
action 表示一个 Activity 能干什么
比如发送，共享，打电话等等；一个 action 表示一个动作，一个 Intent 中会加入若干个 action，表示它要干什么，没有同时具备这些能力的 activity 会被过滤掉；如果一个 Intent 没有 action，那没人知道它要干什么，也就无法匹配这个 Intent。 -
category 表示一个 Activity 是什么
比如可以标记一个 Activity 是地图，浏览器，日历等等；一个 Intent 中不加 category，系统也会给他一个默认的 category，即 category.DEFAULT；其他情况也是与 action 类似的。 -
data 表示一个 Activity 可以响应那些类型的资源，具体就是 URI；
别看 data 的属性那么多，其实可以分为两个部分，mimeType 和 URI；一个 URI 的结构就是
<scheme>://<host>:<port>/[<path>|<pathPrefix>|<pathPattern>]
若没有主动指定 URI，那么默认就是 content 和 file，即本地文件。
例如百度的 APP 会对 www.baidu.com 的链接响应，MP3
播放器会对 MP3 格式的文件响应，迅雷下载器会对特定的 URI 响应等等。
网友评论