也聊聊activity的launchMode启动模式

activity启动模式是android开发中的基础知识,面试中也经常被问到,不过刚入门的时候看到网上众多介绍activity启动模式的文章,看过一遍感觉都懂了,实际碰到具体的场景有时候还是有点懵逼。

现在对这块的知识用的多了,也算有了一些心得,尝试着用简单的方式总结备忘下。

这篇文章主要是对于activity启动模式的相关知识的一个规律总结,基础的知识点会介绍的比较简略,适合已经大致了解了activity的启动模式,但对于具体场景分析还不太熟练的同学,看完这篇文章你应该就能按照一个既定的套路去分析activity的启动模式了

基础知识点

Task

  • 一个后进先出的栈结构,用来保存调度activity

启动模式

standard

默认的启动模式

  • 默认只在当前task启动
  • 启动时会新建一个activity实例放到栈顶

singleTop

栈顶复用模式

  • 默认只在当前task启动
  • 当当前task的栈顶的已经有一个相同的Activity在栈顶了,则不会创建新的activity,而是会调用栈顶activity的onNewIntent()方法
  • 栈顶不存在相同Activity时,会新建一个activity实例放到栈顶

singleTask

  • 默认可以在其他task启动,但是到底会不会在其他task启动需要依赖taskAffinity具体分析
  • 当当前task中已经存在一个相同的Activity时,会将task中位于该Activity实例上方的activity出栈直到该Activity实例位于栈顶(类似Intent中添加FLAG_ACTIVITY_CLEAR_TOP的效果)
  • 对一个singleTask的Activity类,系统中只会存在一个实例

singleInstance

独享task

  • 默认新建task,并独占该task
  • singleInstance的Activity中启动的task会在其他task
  • 系统中同样只会存在一个实例

taskAffinity

个人简单理解为根activity的taskAffinity可以决定task的“名字”,activity在新task启动时和re-parent时需要根据taskAffinity来确定该activity会出现在哪个task

FLAG

除了在AndroidManifest.xml中指定launchMode之外,在设置Intent的FLAG同样会影响到activity的启动,这里只介绍下FLAG_ACTIVITY_NEW_TASK,其他的FLAG文章中暂时不会涉及,以后有空再补

FLAG_ACTIVITY_NEW_TASK

网上很多文章说在Intent中设置了FLAG_ACTIVITY_NEW_TASK相当于为Activity指定了singleTask模式,但是实际上singleTask模式具有三个特点

  • 可以在其他task启动
  • 会复用task中已有的Activity实例,并将其上的activity出栈
  • singleTask的activity系统中只会存在一个实例

设置FLAG_ACTIVITY_NEW_TASK只是让一个activity具有了在其他task启动的能力,并没有后面两个特点,所以上面的说法其实是不准确的

FLAG_ACTIVITY_NEW_TASK

  • 可以让standard/singleTop的activity具备在其他task启动的能力
  • 不会改变singleTask/singleInstance的activity行为
  • 使用非Activity的context.startActivity(),需要在Intent中设置FLAG_ACTIVITY_NEW_TASK,否则会报错

本文涉及到的基础知识就简单介绍完了,下面开始进入正题

activity启动规律总结

为了表述方便,后面统一用CurrentActivity和TargetActivity表示一个activity启动另一个activity的场景

把singleInstance拉出来单独说一下

  • 当CurrentActivity的启动模式是singleInstance时,因为它独占了当前task,TargetActivity不论启动模式是什么都会在其他task启动
  • 当TargetActivity是singleInstance时,它会在其他task中启动并独占这个task
  • 后面启动规律说明中都不包含CurrentActivity的启动模式是singleInstance这个特殊的情况,这个大家注意下

首先判断TargetActivity是否只能在当前task启动

先列个表格

TargetActivity是否可以在新task中启动 standard singleTop singleTask singleInstance
设置FLAG_ACTIVITY_NEW_TASK true true true true
不设置FLAG_ACTIVITY_NEW_TASK false false true true

一句话总结:singleTask/singleInstance的activity本身具有在新task中启动的能力,standard/singleTop的activity要想拥有在新task中启动的能力,需要在设置Intent.FLAG_ACTIVITY_NEW_TASK

第二步判断TargetActivity所在的task

总共三种情况:

  • 在当前task启动
  • 新建一个task并创建activity
  • 将已有的task切换到前台并启动activity

对于不具有在新task中启动能力的activity

未指定Intent.FLAG_ACTIVITY_NEW_TASK
standard/singleTop的activity,对不起,你没有这个能力,只能老老实实在当前task中启动。

当然如果当前应用一个task都没有,那么这个activity启动时会创建一个task,这个activity的实例作为task的根activity。

对于具有在新task中启动能力的activity

singleTask/singleInstance以及在Intent中设置了FLAG_ACTIVITY_NEW_TASK的standard/singleTop具有在新task中启动能力。

至于是否在一个新task中启动,还要受其他条件的限制,这个条件可以先简单的认为是taskAffinity

  • 当前task根activity的taskAffinity和TargetActivity的taskAffinity相同时TargetActivity会在当前task中启动
  • 前一种情况不满足时,如果已经存在了一个task的根activity的taskAffinity和TargetActivity的taskAffinity相同,则将这个task切到前台并启动TargetActivity
  • 以上两种情况都不满足,会新建一个task,TargetActivity的实例作为根activity,这个task的taskAffinity由TargetActivity决定

总结一下就是找一个taskAffinity的task去启动,找不到就新建一个(这里会忽略了singleInstance独占的task)

默认的taskAffinity

不指定taskAffinity的话默认是应用的包名,也可以为在application中指定所有的activity的taskAffinity。

优先级是activity中指定的taskAffinity>application中指定的taskAffinity>默认的包名

这里需要特别注意下,不少文章中说singleTask的TargetActivity想要在新的task中启动需要设置taskAffinity,其实真正原因是不设置的话,所有activity都用的默认的,也就是同一个应用中taskAffinity不指定的话默认都是相同的,按照上面的分析singleTask的TargetActivity肯定会在当前task启动的。

如果设置MainActivity或者说当前task的根activity的taskAffinity为一个不同的值话,不指定taskAffinity的singleTask的TargetActivity同样会在新的task中启动。

最后第三步根据TargetActivity的启动模式判断会如何启动

  • 新建task的场景简单,创建TargetActivity实例作为根activity
  • standard:在栈顶创建TargetActivity实例
  • singleTop:task栈顶是一个已经存在的TargetActivity的实例的话,复用这个activity,不创建新的实例;否则在栈顶创建新的TargetActivity的实例
  • singleTask:如果task中已经存在TargetActivity的实例,那么会将其上的所有activity出栈,并复用这个activity,不创建新的实例;反之则创建新的TargetActivity的实例

套路总结

  • singleInstance独享task,单独拎出来看
  • 剩下的分为两类:只能在当前task中启动的/可以在其他task中启动的activity
  • 对于可以在其他task中启动的activity,找根activity的taskAffinity与之相同的task,找到就确定TargetActivity会出现在这个task中,找不到就新建一个task,创建TargetActivity实例作为根activity
  • 确定了task,再根据不同启动模式的特点分析这个task中activity的情况

返回的情况

返回的情况暂时只考虑按返回键的场景,而不考虑在系统的最近任务的中切换后的情况(以后有空单独写篇文章)

只考虑按返回键的场景其实比较简单,只需要了解总是

  • 先将前台的task栈顶的activity出栈
  • 直到前台task被清空再将后台的task切换到前台继续第一步操作

异常的场景

按照上面的思路分析已经可以覆盖到工作中大部分场景了,不过我在实践中还是碰到了一些异常的情况,也记录下,说不定对碰到同样问题的同学会有帮助

标记了FLAG_ACTIVITY_NEW_TASK的standard/singleTop的activity成为根activity的情况

异常描述

  • 一个标记了FLAG_ACTIVITY_NEW_TASK的standard/singleTop的Activity实例成为某个task的根activity
  • 要在这个task中再启动相同Activity,使用FLAG_ACTIVITY_NEW_TASK,新的实例不会被创建,task不发生任何变化,根activity中的onNewIntent也不会被回调
  • 不使用FLAG_ACTIVITY_NEW_TASK的话一切正常
  • 如果这个task在后台,那么要启动标记了FLAG_ACTIVITY_NEW_TASK的相同Activity,仅仅会将这个task切到前台,新的实例不会被创建,task中activity不发生任何变化

场景描述

上面说的可能大家有点一头雾水,那么我构建一个还算比较常见的场景

  • 在通知栏上弹出两条通知
  • 设置的Intent都是打开同一个TargetActivity,它的启动模式是standard,因为通知栏和应用的activity没有联系,所以系统在通知点击启动TargetActivity会自动加上FLAG_ACTIVITY_NEW_TASK
  • 如果应用有activity存在的话(TargetActivity不是根activity),点击两条通知会创建两个TargetActivity的实例,这是正常的情况
  • 而当应用的所有activity全部销毁了(弹出通知后按返回键结束activity),点击第一条通知会打开TargetActivity(TargetActivity成为了根activity),点击第二条就没有任何反应

具体的验证代码参见NotificationActivity.kt

建议

对于在Service,Notification等必须加FLAG_ACTIVITY_NEW_TASK才能启动activity的地方需要特别谨慎

  1. 确保要启动的TargetActivity不会成为一个task的根activity
  2. 如果1不能保证,那么应当确保这些地方不会多次启动同一个Activity
  3. 如果1,2都不能保证,那么或许要启动的TargetActivity应该是singleTask的,至少singleTask多次启动时onNewIntent会被调用
  4. 如果singleTask真的适应不了业务场景,那么应当考虑用一个中转的Activity,先启动中转Activity,再在中转Activity中启动真正的TargetActivity

startActivityForResult的异常

先扔两个结论:

  • 使用startActivityForResult启动一个activity的时候,如果不是在当前task中启动的,onActivityResult会立刻回调,resultCode 为RESULT_CANCELED
  • 使用startActivityForResult启动一个activity的时候,如果intent中设置了FLAG_ACTIVITY_NEW_TASK,同样会立刻回调onActivityResult

5.0之前

如果CurrentActivity为singleInstance或者TargetActivity为singleTask/singleInstance,则会在intent中加入FLAG_ACTIVITY_NEW_TASK标志

所以有如下表格

也聊聊activity的launchMode启动模式_第1张图片

5.0及以上版本的情况

也聊聊activity的launchMode启动模式_第2张图片

对于android 5.0以上的系统,其实自己也总结了一个规律:如果使用startActivityForResult,Intent中没有主动设置FLAG_ACTIVITY_NEW_TASK,那么在启动TargetActivity时会忽略activity的启动模式,在当前task的栈顶新建一个TargetActivity实例,以保证startActivityForResult可以正常工作。

上面的图看上去很美好,所有的情况都可以覆盖到,但是实际上如果真的用startActivityForResult启动singleTask/singleInstance的activity,会出现了很多预期之外的结果

举个例子

也聊聊activity的launchMode启动模式_第3张图片

上图从上到下依次全部使用startActivityForResult启动,可以看出明显task中的activity状态不是很符合自己的预期

  • SingleTaskActivity2/SingleInstanceActivity2分别都有两个实例,而正常情况下singleTask/singleInstance启动模式的activity应该系统中只会存在一个实例才对
  • singleInstance的activity本来应该独占task现在也和其他的activty共享了task

事实上,5.0以上系统使用startActivityForResult启动activity可以制造出出很多task中activity不符合预期的场景,基于这些task再用startActivity或者设置FLAG_ACTIVITY_NEW_TASK去启动activity又会衍生出更多的不符合预期的场景,这样的复杂程度老实说自己现在还hold不住,总结不出什么规律,只能具体场景用代码具体实践具体分析

一些关于startActivityForResult的建议

  • 一定不要加FLAG_ACTIVITY_NEW_TASK,这个和startActivityForResult是冲突的
  • 因为不可能不兼容5.0以下的版本,所以CurrentActivity不能是singleInstance TargetActivity不能是singleTask/singleInstance
  • 如果确实要用startActivityForResult启动singleTask/singleInstance的TargetActivity,得同时考虑好5.0以下版本的兼容方式以及5.0以上版本中可能的异常现象

最后

相关的验证代码放在BasicPractice

你可能感兴趣的:(也聊聊activity的launchMode启动模式)