深刻理解Activity启动模式

今天看到这个，以为还不错，因而乎收藏下

 

做者原创链接    共分3篇:

• 深刻理解Activity启动模式(一)–Activity与进程，线程的关系
• 深刻理解Activity启动模式(二)–Activity,回退栈,Task之间的关系
• 深刻理解Activity启动模式(三)–Activity启动模式特色

概述

Android官网介绍Activity的启动模式时比较含糊，介绍Application，Activity，Task，Process，Thread等概念以及它们之间的关系时，也没有说得清楚。你们看了Android官网对Activity启动模式的介绍后，可能会以为很困惑。官网介绍singleTask启动模式时，说只要启动singleTask启动模式的Activity就会新建Task，但在实际操做中，若是同一个应用的两个Activity，若是其中一个Activity的启动模式为singleTask，一个Activity的启动模式为standard，从其中一个Activity跳转到另一个Activity，并不会新建Task。

为了解除这些困惑，对Activity启动模式作了深刻研究，所以写了这一系列博客，详细阐述Application，Activity，Task，Process，Thread等概念概念之间的关系，以及启动模式各自的特色，但愿能对你们理解这些概念有所帮助。

 

1、Application,Activity, Process,Thread之间的关系

 

咱们知道在AndroidManifest.xml里可声明Application，它能够由4大组件组成:Activity，Service，ContentProvider，BroadcastReceiver。声明Application时能够用android:name声明本应用使用的Application类，若是没有声明，则会直接使用Android框架的Application类创建实例对象。

应用第一次启动时，会启动一个新进程，该进程用应用的包名做为进程名。该进程会启动主线程ActivityThread，也叫作UI线程，UI的绘制都在该线程里完成。该进程里还有一些Binder服务线程，用于和系统进行通讯。

另外，咱们知道Activity跳转时，能够跨应用跳转，也就说应用app1里的Activity A能够跳转到应用app2里的Activity B。若是Activity A和Activity B的启动模式为standard模式，从A跳转到B后，Activity A和Activity B对应的ActivityRecord会放在同一个task里(ActivityRecord，Task都由系统进程管理，下一篇博客会介绍这些概念)，可是Acitivity A和Activity B的实例对象会放在不一样的进程里。假设app1的包名为com.cloud.app1，app2的包名为com.cloud.app2，那么Activity A的实例对象位于进程com.cloud.app1里，Activity B的实例对象位于进程com.cloud.app2里。

也就是说，每一个应用的组件都会运行在对应的应用进程里，该进程用应用的包名做为进程名。该进程里有一个主线程，也叫作UI线程，应用组件都运行在UI线程里。只有一种状况例外，若是声明组件时用android:process设置了进程名，该组件就会运行在一个新进程里，不是以应用的包名做为进程名，而是用包名+:+设置的值做为进程名

因此通常状况下service，receiver也会运行在ui线程里，若是在service，receiver的生命周期方法里作一些耗时的操做，系统会提示ANR(Activity Not Responde)错误。

 

 

 

 

 

2、 Activity,回退栈,Task之间的关系

Activity启动时ActivityManagerService会为其生成对应的ActivityRecord记录，并将其加入到回退栈(back stack)中，另外也会将ActivityRecord记录加入到某个Task中。请记住，ActivityRecord，backstack，Task都是ActivityManagerService的对象，由system_server进程负责维护，而不是由应用进程维护。

在回退栈里属于同一个task的ActivityRecord会放在一块儿，也会造成栈的结构，也就是说后启动的Activity对应的ActivityRecord会放在task的栈顶。

假设Activity的跳转顺序:A–>B–>C，A,B,C对应的ActivityRecord属于同一个Task，此时从C跳转至D，再跳转至E，C和D不属于同一个Task，D和E属于同一个Task，那如今的back stack结构以下所示:

如今A,B,C属于task1,C在task1的栈顶，D,E属于task2，E在task2的栈顶。也能够看出来task2位于整个回退栈的栈顶，也就是说task2在task1的上面。若是此时不断按回退键，看到的Activity的顺序会是E–>D–>C–>B–>A。

另外需注意，ActivityManagerService不只会往回退栈里添加新的ActivityRecord，还会移动回退栈里的ActivityRecord，移动时以task为单位进行移动，而不会移动单个AcitivityRecord。仍是针对上面的例子，假设此时按了Home键，那么会将Home应用程序(也叫作Launcher应用程序)的task移动至栈顶，那么此时回退栈以下所示:

能够看到Home应用程序的Activity H对应的Activity Record移动到了回退栈的栈顶。Home应用程序的Activity H对回退按键的响应作了特殊处理，若是此时按回退键，是看不到Activity E的。

若是此时经过Launcher程序再打开Activity A所在的应用，那么会显示Activity C，由于会将Activity A对应的Activity Record所在的task移动至回退栈的栈顶，此时回退栈以下所示:

如今task1移动到了栈顶，Home应用程序的task位于task1的下面，而task2位于Home应用程序的task之下，此时若是按返回键，那么Activity的显示顺序是:C–>B–>A–>H，不会显示E。

固然咱们也能够在Launcher应用程序里打开D所在的应用，这样会将D,E所在的task2移动至栈顶。

如今应该对task有所理解了，task实际上是由ActivityRecord组成的栈，多个task以栈的形式组成了回退栈，ActivityManagerService移动回退栈里的ActivityRecord时以task为单位移动。

咱们知道跨应用跳转Activity时，两个Activity对应的ActivityRecord可属于同一个task，那什么状况下两个ActivityRecord会属于不一样的task呢?或者说，Activity跳转时，什么状况下会产生新的task呢？

这个问题和Activity的启动模式，taskAffinity，启动Activity时为Intent设置的flag等因素相关。

先说一下taskAffinity，每一个Activity的taskAffinity属性值默认为包名，也就是说若是Activity A所在的应用的包名为com.cloud.app1，那么Activity A的taskAffinity属性值为com.cloud.app1，咱们能够在AndroidManifest.xml里经过android:taskAffinity属性为Activity设置特殊的taskAffinity，假设咱们在AndroidManifest.xml里为Activity A设置了android:taskAffinity=”:test”，那么Activity A的taskAffinity值为com.cloud.app1:test。

那么我如今能够明白:不一样应用的Activity的taskAffinity属性值会不同。

假设Activity A和Activity B的启动模式都是standard，两者taskAffinity属性值不同，从Activity A跳转至Activity B，那么它们对应的ActivityRecord会属于同一个task。

假设Activity A的启动模式是standard，Activity B的启动模式singleTask，两者taskAffinity属性值同样，此时从Activity A跳转至Activity B，那么它们对应的ActivityRecord会属于同一个task。由于只要两个Activity的taskAffinity属性一致，即便其中有一个Activity的启动模式为singleTask，它们对应的ActivityRecord会放在同一个task里，不论是从某个Activity跳转到singleTask类型的Activity，仍是从singleTask类型的Activity跳转到其余Activity都是如此，除非跳转的其余Activity的启动模式是singleInstance。这里的描述和官方文档很不同，稍后会为你们介绍singleTask启动模式的特色。

假设Activity A的启动模式是standard，Activity B的启动模式singleTask，两者taskAffinity属性值不 同样，此时从Activity A跳转至Activity B，那么它们对应的ActivityRecord会属于不一样的Task。

还有其余不少状况会产生新的task，你们能够看接下来关于启动模式的特色的介绍。

 

 

三   Activity 启动模式特色

Activity的启动模式共有4种，默认为standard，其它还有singleTop，singleTask，singleInstance，下面就这4种启动模式分别介绍它们的特色。

• 1) standard模式

  standard模式的Activity能够有多个ActivityRecord加入不一样的task，同一个task也可存在多个ActivityRecord，而且ActivityRecord还可相邻。

  假设Activity A的启动模式为standard，那么可能存在以下图所示的回退栈:

  假设Activity A启动Activity B，B的启动模式为standard模式

  B的ActivityRecord默认会放在A的ActivityRecord所在的task里，即便B和A的taskAffinity不一样也会如此，这也意味着若是B和A属于不一样的应用，B的ActivityRecord也会放在A的ActivityRecord所在的task里。

  可是下面两种状况不会将A和B的ActivityRecord放在同一个task里:

  若是Activity A的启动模式为singleInstance，则会查找整个回退栈，直到找到和B相关的task，而后把B的ActivityRecord放到该task里，若是没有找到相关的task，则新建task，将B的ActivityRecord放到新task里。后面会介绍如何判断Activity和某个task相关。

  若是Activity A的启动模式为singleTask，而且Activity A和Activity B的taskAffinity不同，那么也会查找整个回退栈，直到找到和B相关的task，而后把B的ActivityRecord放到该task里。

• 2) singleTop模式

  singleTop模式与standard模式比较类似，singleTop模式的Activity能够有多个ActivityRecord加入不一样的task，同一个task也可存在多个ActivityRecord,可是同一个task的ActivityRecord不能够相邻。

  假设Activity A的启动模式为singleTop，那么以下图所示的回退栈就是不合理的:

  可是可存在以下图所示的回退栈:

  假设Activity A启动了Activity B， 这时B在task的栈顶，B的启动模式为singleTop模式。此时从其它Activity也跳转至Activity B，而且启动的task也是已启动的A和B所在的task，或者A和 B所在的task自己就回退栈的栈顶，那么不会新建B的ActivityRecord，而是会将启动Activity B的Intent传递给栈顶Activity B的ActivityRecrod对应的在应用进程的实例对象，调用它的onNewIntent方法。

  能够这样模拟此种状况:

  假设Activity A和Activity B在同一个应用app1里，A是入口Activity，A可跳转至Activity B，B的启动模式为singleTop。此时已从A跳转至B，通知栏有一个启动B的通知，点击通知后，就出现上述状况。

• 3) singleTask模式

  singleTask模式和standard模式，singleTop模式区别很大，singleTask模式的Activity在整个回退栈只能够有一个ActivityRecord，也就是说它只能属于某一个task，不可在多个task里存在ActivityRecord。可是在这个task里能够有其它Activity的ActivityRecord。

  假设Activity A的启动模式为singleTask，那么以下图所示的回退栈就是不合理的:

  假设Activity A的启动模式为singleTask，那么以下图所示的回退栈就是合理的:

  假设Activity A的启动模式为singleTask，那么和Activity A的ActivityRecord放在同一个task里的ActivityRecord所对应的Activity，必须与Activity A的taskAffinity相同。也就是说，Activity A的ActivityRecord只会和同一应用的其它Activity的ActivityRecord放在同一个task里，而且这些同一应用的其它Activity不能设置特殊的taskAffinity。

  singleTask模式的Activity还有另外一个特色:

  假设Activity A的启动模式是singleTask，A所在的task里，A并无处于栈顶，此时若从别的Activity跳转至Activity A，那么A所在的task里位于A之上的全部ActivityRecord都会被清除掉。

  跳转以前回退栈的示意图以下所示:

  此时从E跳转至A以后，回退栈的示意图以下图所示:

  也就是说位A所在的task里的C被清除了。

  另外需注意:

  只要两个Activity的taskAffinity属性一致，即便其中有一个Activity的启动模式为singleTask，它们对应的ActivityRecord会放在同一个task里，不论是从某个Activity跳转到singleTask类型的Activity，仍是从singleTask类型的Activity跳转到其余Activity都是如此，除非跳转的其余Activity的启动模式是singleInstance。Android官方文档对singleTask启动模式的描述不许确。

  举例以下:

  假设某个应用有两个Activity A和Activity B，Activity A已启动，Activity B的启动模式为singleTask，Activity B还从未启动过，在AndroidManifest.xml里没有给这两个Activity设置特殊的taskAffinity。此时从Activity A跳转至Activity B，那么Activity B的ActivityRecord会放在Activity A的ActivityRecord所在的task里。

• 4) singleInstance模式

  该启动模式和singleTask相似，singleInstance模式的Activity在整个回退栈只能够有一个ActivityRecord，也就是说它只能属于某一个task，不可在多个task里存在ActivityRecord，而且它所在的task不可再有其它Activity的ActivityRecord，即便是同一个应用内的其它Activity，也不可有它们的AcvitityRecord。

  假设Activity A的启动模式为singleInstance，那么以下图所示的回退栈就是不合理的:

  假设Activity A的启动模式为singleInstance，那么以下图所示的回退栈就是合理的:

启动Activity时，有时须要查看回退栈，看是否有和这个Activity相关的task。Activity和某个task相关，有两种状况(假设Activity为A，相关的task为task1):

• 1) 若是A的启动模式为singleInstance，那么task1只能包含1个ActivityRecord，而且ActivityRecord对应的Activity必须是A
• 2) A的启动模式不是singleInstance，A的taskAffinity属性和task1的taskAffinity属性必须同样。Task的taskAffinity属性由它包含的第1个ActivityRecord的taskAffinity属性决定。

注意

• 1) 从Launcher程序启动应用时，会先查找全部task，看是否有相关task，若是已有相关task，则会将相关task移动到回退栈的栈顶，而后显示栈顶Activity。查找相关task时，需看task是否和应用的入口Activity相关，入口Activity是指在AndroidManifest.xml里声明IntentFilter时，注明category为android.intent.category.LAUNCHER的Activity。若是入口Activity的启动模式为singleTask，不只会将相关task移动到回退栈的栈顶，还会将该task里位于入口Activity之上的其它ActivityRecord所有清除掉
• 2) 经过最近应用程序，切换应用时，会直接将应用图标对应的task移动到回退栈的栈顶，这样即便task里有singleTask类型的ActivityRecord，在它之上的ActivityRecord也不会被清除
• 3) 能够经过adb shell dumpsys activity activties查看系统task状况

思考问题

相信你们看了这3篇博客之后，能够回答以下关于哪些状况下会产生新task的问题了

• 1) 首次启动应用，是否会产生新的task?
• 2) 假设应用app1的入口Activity(Activity A)启动模式为standard,从A可跳转至Acitivity B，Activity B的启动模式为singleTask，那么启动应用后，从ActivityA跳转到ActivityB是否会产生新的task?
• 3) 假设应用app1的入口Activity是A,从A可跳转至B，从B可跳转至C,B的启动模式为singleTask，A和C的启动模式为standard，Activity的跳转顺序为A->B->C是否会产生新的task? 若是C的启动模式也为singleTask呢？ 若是C的启动模式为singleInstance呢?
• 4) 假设应用app1的入口Activity是A,从A可跳转至B, B的启动模式为singleTask，A的启动模式为standard,另外一个应用app2有一个Activity C，C的启动模式为stanard，C也可跳转至B,目前已从A跳转到B，此时再打开应用app2，从C跳转至B,是否会产生新的task呢？ 若是应用app1没启动，是否会产生新的task呢?
• 5) 假设应用app1的入口Activity是A,从A可跳转至B,从B可跳转至C， B的启动模式为singleTask，A,C的启动模式为standard，从A跳转至B后，A会finish，假设此时A已跳转至B，B已跳转至C，此时通知栏有一个通知，可启动Activity B，那么点击通知后，会出现什么状况呢?