笔记：Activity相关

Activity相关

• 如果新打开的Activity采用了透明主题，那么当前Activity不会回调onStop

---

• Activity A打开Activity B,那么这时，A的onPause先执行，然后B的onCreate onStart onResume才会执行。

---

• Activity的onPause中不能做重量级操作,由于上面原因，尽量都放到onStop中。

---

• 源码角度Activity的大致启动流程：

Activity的启动过程相当复杂，涉及Instrumentation,ActivityThread,ActivityManageService(AMS)

简单步骤：启动Activity的请求由Instrumentation来处理，它会通过Binder向AMS发送请求，AMS内部维护着一个ActivityStack并负责栈内Activity的状态同步，AMS通过ActivityThread去同步Activity的状态从而完成生命周期方法的调用,ActivityThread内部通过ApplicationThread的scheduleLaunchActivity(通过Handler来执行)来完成新Activity的onCreate,onStart,onResume。

---

• Activity在异常终止的情况下，系统会调用onSaveInstanceState来保存当前状态，当Activity被重新创建后，系统又会调用onRestoreInstanceState和onCreate来恢复保存的数据。

onSaveInstanceState调用时机：onStop之前，但和onPause没有顺序关系，可能在前，可能在后。
onRestoreInstanceState调用时机：onStart之后。

1.png

---

• 在onSaveInstanceState和onRestoreInstanceState中系统为我们做了些恢复工作，比如保存当前Activiy的视图结构，并恢复，比如文本框中的文字等。

---

• 每个View都有onSaveInstanceState和onRestoreInstanceState，比如TextView，源码中已经重新了两个方法，用于保存与恢复TextView的当前状态。

关于保存与恢复View的层次结构流程：首先，Activity被异常终止时，Activity会调用onSaveInstanceState，然后Activity会委托Window去保存数据，接着，Window会委托顶层容器DecroView（一个ViewGroup）去保存数据，从而一层层通知子View来保存数据。

---

• 委托模式：Acitivity的状态保存与恢复，事件的拦截与分发，View的绘制过程都用到过。

---

• 当指定Activity节点的configChanges属性后，会回调Activity的OnConfigurationChanged方法，configChanges的值会传入到OnConfigurationChanged中

当指定android:configChanges='orientation|screenSize'时，切换屏幕方向，不会重新走生命周期，而是会调用OnConfigurationChanged

---

• TaskAffinity : 标识Activity所需要的任务栈名字，默认情况下为包名，可以为每个Activity设置单独的TaskAffinity属性，不能和包名相同，TaskAffinity主要和SingleTask启动模式或者allowTaskPreparening配对使用才有意义

TaskAffinity和allowTaskPreparening一起使用时：应用A启动应用B的某个Activity,如果这个Activity的allowTaskPreparening为true,那么当启动B应用时，此Activity会直接从A的任务栈转移到B的任务栈。（P19）

---

• 通过Intent设置的启动模式优先级高于manifest文件中设置的启动模式

---

• 任务栈分为前台任务栈和后台任务栈，后台任务栈中的Activity都属于暂停状态，用户可以通过切换将后台任务栈再次调用到前台来。

---

• Activity的Flags

Flags.png

FLAG_ACTIVITY_NEW_TASK一般与FLAG_ACTIVITY_CLEAR_TOP配合使用，这样，如果被启动的Activity实例已经存在，则移除它顶部的Activity，调用它的onNewIntent方法

---

• Activity的隐式调用与显式调用，显式调用优先，
  隐式调用需要Intent能够匹配目标组件的IntentFilter中所设置的过滤条件
  IntentFilter中的过滤条件有action,category,data,
  需要同时匹配上面三个条件，一个过滤列表中可以有多个action,category,data
  一个Activity可以设置多个IntentFilter，一个Intent只要匹配任何一个IntentFilter即可成功启动Activiity.

Action

为字符串，区分大小写，一个Intent中设置的action只要与过滤规则中的任何一个action匹配则算是匹配成功

Category

为字符串，可以不设，不设置默认匹配成功，不设置为android.intent.category.DEFALUT,设置了后，不管设置几个，都必须与过滤条件中的其中一个匹配，否则匹配失败。

data

与action类似，如果过滤规则中定义了data,那么intent中也要定义可匹配的data,data的语法参考 p31

---

• 隐式启动Activity时可以做判断，因为会报错，可以通过PackageManeger的resolveActivity方法或Intent的resolveActivity方法来判断，如果找不到则返回null

也可以采用PackageManager提供的queryAllActivies方法，它不是返回一个最佳匹配的Activity，而是返回所有匹配的activity的集合，第二个参数需要传入MATCH_DEFALUT_ONLY

queryAllActivies