这节主要介绍task相关内容.(看了Activity启动源码分析后会对本节内容更容易理解)

task

先来看张图

image

task是什么?

如上面的图所示,task存在于系统进程的AMS服务(ActivityManagerService的简称),它是一系列ActivityRecord的集合(ActivityRecord是AMS端的类,它记录了启动的Activity),因为ActivityRecord通过token可以映射到app进程中的"真正启动的Activity",也可以把task理解为间接的管理着一系列的Activity.

如上图所示,task中的ActivityRecord既可以是同一app内的,也可以是不同app内的(如task1中既包含了app1的activityrecord,也包含了app2的activityrecord)；同一app内的ActivityRecord会出现位于不同的task中(如app3中的activityrecord4,activityrecord5位于task2；activityrecord6位于task3)

task可以这样理解:它管理着或者包含着一系列的ActivityRecord,同时它也是一个容器,一个具有栈特性的容器,栈具有先进后出的特性.

image

当用户点击back按键后,Activity 3被销毁,从task中移出,Activity 2处于task顶部,并处于前台,用户可以与Activity 2进行交互.

task不单单包含ActivityRecrod,还可以包含另外的task.

为啥要创建多个task

假如整个AMS中只存在一个task看看会有啥问题,比如当前的task存放了Launcher(桌面)的ActivityRecord,当点击桌面上的微信时,启动了它的Activity,对应的task中有了微信的ActivityRecord,在微信里面又启动了3个Activity,那这时候的task中有Launcher,微信的4个ActivityRecord,那这时候要回到Launcher,该怎么操作呢,感觉除了用户一个一个的点击back按键,没有啥更好的选择. 所以只有一个task肯定是行不通的,因此AMS中需要多个task.

image

如上图存在三个task分别是微信,launcher,淘宝.由于微信的activity处于前台,因此也只有微信的task也处于前台,并且处于所有task的最前面.

那来看下多task是怎么解决上面提到的返回launcher的问题.当用户点击home按键后,AMS会把launcher task放到所有task的最前面,这时候微信的task就处于后台了,launcher task到了前台后,它的顶部的Activity进入resume状态.而微信的顶部Activity进入stop状态.

如上图task也像Activity一样,有前后台一说,task包含的顶部Activity处于前台,则它也处于前台.

存放task的容器是TaskDisplayArea这个类,TaskDisplayArea这个类不具有栈的特性,而是在根据需求调整task之间的位置.

Activity启动模式(launchMode)

在了解了task后,在来了解Activity启动模式会更容易,一般情况下app内的Activity都位于自己的task内,所以一般情况下每次启动一个新的Activity,task的顶部就会存放这个ActivityRecord,即使是启动同样的Activity也如此,但是有时候是会有特殊情况的,比如每个app的首页是有且仅有一个的,如果按上面的逻辑来处理,首页会有多个,那怎么解决这个问题呢?

答案就是Activity的启动模式,Activity的启动模式分为一下几种:

• standard(默认),该启动模式每次都创建新的Activity,并且不会创建新的task,AMS会把它对应的ActivityRecord放入启动它的Activity的task中
• singleTop,如果当前task的顶部已存在 Activity 的实例，则系统会通过调用其 onNewIntent() 方法来将 intent 转送给该实例，而不是创建 Activity 的新实例。Activity 可以多次实例化，每个实例可以属于不同的task，一个task可以拥有多个实例（但前提是返回堆栈顶部的 Activity 不是该 Activity 的现有实例）
• singleTask,在启动这种类型的Activity的时候,如果Activity是第一次启动,则会创建Activity的实例,AMS会把它对应的ActivityRecord放入启动者对应的task中(这种情况是针对Activity没有配置taskAffinity,并且启动的是时候没有加FLAG_ACTIVITY_NEW_TASK). 如果Activity已经启动过了,则不会创建Activity的实例,AMS会把task中它对应的ActivityRecord之前的ActivityRecord全部弹出task中,保证自己位于task顶部,传递给它的Intent数据在onNewIntent中接收. 因此singleTask适合于配置app的首页Activity.
• singleInstance,它与singleTask非常相似,唯一不同的是它位于自己的task中,并且这个task只存在它自己,如果是第一次启动这种模式的Activity,需要先创建task

针对singleTask要说明的:如果启动者与被启动的Activity(launchMode设置为singleTask)不是位于同一app内,则第一次启动Activity的是时候会创建新的task；若在同一app内,则不会创建新的task. 如果启动的Activity launchMode设置为singleTask并且taskAffinity设置的值不是当前app的包名,则在第一次启动Activity的是和会创建新task。

launchMode需要在AndroidManifest清单文件中配置才会有效

使用Intent标记

也就是在使用startActivity方法时候，为Intent添加flag值，这样也是可以改变task的一些行为。
FLAG_ACTIVITY_NEW_TASK
这种类型的flag会创建一个新的task，但是如果想生效需要有下面两个条件之一：1. 启动的Activity与启动者不在同一app内，包名是不一样的。 2. 启动的Activity的taskAffinity设置的值不是当前app的包名。

FLAG_ACTIVITY_SINGLE_TOP
这种类型的flag与singleTop的效果是一样的，singleTop是静态的，这种flag是动态设置

FLAG_ACTIVITY_CLEAR_TOP
如果要启动的 Activity 已经在当前任务中运行，则不会启动该 Activity 的新实例，而是会销毁位于它之上的所有其他 Activity，并通过 onNewIntent() 将此 intent 传送给它的已恢复实例（现在位于堆栈顶部）

小结

到此，关于task及Activity的启动模式，使用Intent标记等内容就介绍完毕了。