Activity生命周期和启动模式

---

image.png

1. Activity生命周期

在Android开发艺术探索中，分了两种场景对Activity的生命周期进行介绍：

• 正常生命周期：
  onCreate->onStart->onResume->交互->onPause->onStop->onDestroy
  注意：从stop状态恢复到活动状态(返回到上个Activity、从桌面回到应用)会走onRestart->onStart->onResume
• 异常生命周期
  交互->onPause->onSaveInstanceState->onStop->onDestroy
onCreate->onStart->onRestoreInstanceState->onResume->交互

异常生命周期中会在onStop之前调用onSaveInstanceState保存页面的状态（遍历每个子View，保存子Viwe的状态，每个子View都有自己的实现）。然后在重建的过程中可以通过onRestoreInstanceState来恢复之前保存的状态。
那么什么时候会出现异常生命周期呢？有以下两种情况：
1. 资源相关的系统配置发生改变导致Activity被杀死并重建
比如横竖屏切换，Activity会重建并且重新加载资源。我们也可以设置系统配置发生变化，Activity不重建：
andriod:configChanges="orientation|screenSize|keyboardHidden|locale"

• orientation和screenSize一起使用，防止横竖屏切换重建Activity
• keyboardHidden防止软键盘弹出隐藏时重建Activity
• locale防止切换系统语言导致重建Activity
  这些配置可以使Activity不被重建，取而代之，onConfigurationChanged方法别回调，可以在该方法中做相应处理。

2. 内存资源不足导致低优先级的Activity被杀死
Activity的优先级分3个等级：

• 前台Activity（可交互）
• 可见非前台Activity（可见不可交互）
• 后台Activity（不可见，执行了onStop）
  从上到下优先级降低，当系统内存资源不足是，会从低优先级开始杀死Activity。因此一些后台任务不适合脱离四大组件独自运行，很容易被杀死，比较好的是后台任务放在service中执行，保证一定的优先级。

2. Activity启动模式

做Android的都知道Activity有四种启动模式，下面介绍一下各种模式的特点：

• standard
  默认的启动模式，每次启动都会重新创建一个实例，被创建的实例的生命周期是正常的生命周期，即onCreate->onStart->onResume，该实例归属于启动它的Activity所属栈。通过ApplicationContext启动Activity必须添加标志FLAG_ACTIVITY_NEW_TASK，会为即将启动的Activity创建一个任务栈，因为ApplicationContext没有任务栈。
• singleTop
  栈顶复用模式，如果新Activity已经位于栈顶，则不重新创建，不会走正常的生命周期，而会调用onResume->onNewInstance方法。
• singleTask
  栈内复用模式，只要Activity在一个栈内存在，那么多次启动此Activity都不会重新创建实例，生命周期同singleTop一样，会调用onNewInstance，启动流程：系统会先寻找Activity对应的任务栈是否存在，如果不存在，创建一个新的任务栈，把Activity放到栈中；如果存在，寻找栈内是否存在Activity实例，如果不存在，则创建一个新的Activity放入栈内，如果存在，则把该Activity调到栈顶。该启动模式自带FLAG_ACTIVITY_CLEAR_TOP，即清除该Activity只上的其他Activity。
• singleInstance
  单例模式，加强版singleTask模式，具有singleTask的所有特性，具有该模式的Activity只能单独位于一个任务栈中。被该实例启动的Activity会运行于另一个任务栈中

怎么改变Activity所属任务栈呢？所有Activity默认的任务栈是应用包名，我们也可以给Activity单独指定任务栈，只需要设置：
taskAffinity="xxx.xx.x"，不过taskAffinity必须结合singleTask或者allowTaskReparenting使用。
taskAffinity+singleTask，待启动Activity会运行在名字和taskAffinity相同的任务栈中。
taskAffinity+allowTaskReparenting，当应用A启动了应用B的Activity C，如果这个C设置了allowTaskReparenting=true，那么当应用B被启动后，C会直接从应用A的任务栈转移到应用B的任务栈。

Activity的Flags

此处介绍几个比较常用的Flag：

• FLAG_ACTIVITY_SINGLE_TOP：作用同在AndroidManifest中设置了android:launchMode="singleTop"
• FLAG_ACTIVITY_NEW_TASK：作用同在AndroidManifest中设置了android:launchMode="singleTask"
• FLAG_ACTIVITY_CLEAR_TOP：当启动有此标记的Activity时，在同一个任务栈中所有位于它上面的Activity都要出栈，一般和FLAG_ACTIVITY_NEW_TASK一起使用
• FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS：具有此标记的Activity不会出现在历史Activity列表中

IntentFilter匹配规则

主要介绍Activity隐式启动的匹配规则。隐式调用需要Intent能够匹配目标组件的IntentFilter中设置的过滤信息，如果不匹配将无法启动Activity。IntentFilter中设置的过滤信息有action、category、data。

• action
  Intent中的action必须和IntentFilter中的action一样（字符串，大小写敏感）
  IntentFilter可设置多个action，只要Intent的action于其中一个匹配成功即算成功
  Intent中未设置action，那么匹配失败
• category
  Intent中设置了一个或多个category，那么就必须在IntentFilter中都有对应的category（字符串）
  Intent中没有category，算匹配成功，因为系统会默认设置一个android.intent.category.DEFAULT，所以支持隐式启动的Activity必须指定android.intent.category.DEFAULT这个category
• data
  IntentFilter中指定了data，那么Intent中必须定义可匹配的data
  data的结构包含两部分：mimeType和URI，mimeType指媒体类型，URI包含的内容较多，结构为<schema>://<host>:<port>/[<path>|<pathPrefix>|<pathPattern>]
  具体的匹配规则可以给两个例子：

<intent-filter>
    <data android:mimeType="image/*"/>
</intent-filter>

//可匹配的intent
intent.setDataAndType(Uri.parse("file://abc"), "image/png");

另外一个：

<intent-filter>
    <data android:mimeType="video/mpeg" android:schema="http" .../>
</intent-filter>

//可匹配的intent
intent.setDataAndType(Uri.parse("http://abc"), "video/mpeg");

总结

本章介绍了Activity的生命周期和启动模式，这些知识点是Android中的基础，而且也是面试过程中大概率问到的知识点，必须要掌握。