Activity的启动模式(launchMode)、回退栈(backstack)和任务(Task)

进程、UI线程:

应用第一次启动时,会启动一个新的进程,该进程用应用的包名作为进程名(获取当前进程id的方法是:android.os.Process.myPid())。该进程会启动主线程ActivityThread,也叫UI线程,UI的绘制都应该在这个线程里完成。该进程里还有一些Binder服务线程,用于和系统进行通信。

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

Task,backstack:

用户为了完成某个功能而执行的一系列操作会形成一个Activity序列,这个序列在Android应用程序中就称之为Task,它是从用户体验的角度出发,把一组组相关的Activity组织在一起而抽象出来的概念。在应用的Activity代码中,可以通过getTaskId()方法来获取当前Activity对象所在Task的Id。这些Activitys按照它们被打开的顺序,被安放在一个堆栈里(backstack)。在backstack中,属于同一个Task的ActivityRecord会放在一起,也会形成栈结构,也就是说后启动的Activity对象的ActivityRecord会放在Task的栈顶。

对于Task,我的理解是:Task是Task,进程是进程。进程为Task提供了其所需的Activity对象。例如:public class A extends Activity { ... }

如果Task1需要P进程的某个Activity类(例如上面的A)的对象,那么P就会new一个A的对象(假设叫obj1)给Task1使用;此时如果有另一个Task2也需要P进程的这个Activity类对象,那么P就会再new一个A的对象(假设叫obj2)给Task2使用。再推进一步,如果说此时obj2中调用了System.exit(0)方法,那么整个P进程就会被杀掉,obj1和obj2当然也不就复存在了。注意,此时Task还是存在的,假设现在Task1需要显示obj1这个Activity对象了,那么系统会重新创建P进程,重新new一个A的对象给Task1使用。

Activity的启动模式(launchMode):

Activity有四种启动模式:standard、singleTop、singleTask、singleInstance。可以在AndroidManifest.xml中activity标签的属性android:launchMode中设置该Activity的加载模式。

standard模式:默认的模式,以这种模式加载时,每当启动一个新的活动,必定会构造一个新的Activity实例放到backstack(目标Task)的栈顶,不管这个Activity是否已经存在于backstack中;

注:遇到一个问题,当使用standard模式打开另一个应用的activity后,杀掉task根部的activity,会使整个task中的Activity对象全部被清除

singleTop模式:如果一个以singleTop模式启动的Activity的实例已经存在于backstack的栈顶,那么再启动这个Activity时,不会创建新的实例,而是重用位于栈顶的那个实例,并且会调用该实例的onNewIntent()方法将Intent对象传递到这个实例中;如果以singleTop模式启动的Activity的一个实例已经存在于backstack中,但是不在栈顶,那么它的行为和standard模式相同,也会创建多个实例;

singleTask模式:这种模式下,每次启动一个Activity时,系统首先会在backstack中检查是否存在该活动的实例,如果存在,则直接使用该实例,并且会调用该实例的onNewIntent()方法将Intent对象传递到这个实例中(ps:不会调用onCreate方法了),并把这个活动之上的所有Activity统统清除(destroy);如果没有发现就会创建一个新的Activity实例;

几个关于singleTask模式的说明:

1,singleTask模式的Activity在整个backstack中只可以有一个ActivityRecord

2,只要两个Activity的taskAffinity属性一致,即使其中有一个Activity的启动模式为singleTask,它们对应的ActivityRecord会放在同一个task里,不管是从某个Activity跳转到singleTask类型的Activity,还是从singleTask类型的Activity跳转到其他Activity都是如此,除非跳转的其他Activity的启动模式是singleInstance。

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

singleInstance模式:总是在新的任务(task)中开启,并且这个新的任务中有且只有这一个实例,也就是说被该实例启动的其它Activity会自动运行于另一个Task中。当再次启动该Activity的实例时,会重新调用已存在的任务和实例。并且会调用这个实例的onNewIntent()方法,将Intent实例传递到该实例中。和singleTask相同,同一时刻在系统中只会存在一个这样的Activity实例,(singleInstance即单实例)

关于taskAffinity:

在概念上,具有相同的affinity的activity(即设置了相同taskAffinity属性的activity)属于同一个任务(task)。

默认情况下,一个应用中的所有activity具有相同的taskAffinity,即应用程序的包名。我们可以通过设置不同的taskAffinity属性给应用中的activity分组,也可以把不同应用中的activity的taskAffinity设置成相同的值。

为一个activity的taskAffinity设置一个空字符串,表明这个activity不属于任何task。


ps:singleTask模式演示:

假设Activity B的启动模式是singleTask,B所在的task里,B并没有处于栈顶,此时按HOME键,然后启动另一个应用的Activity X,则backstack的示意图是这样的:

Activity的启动模式(launchMode)、回退栈(backstack)和任务(Task)_第1张图片

这时,如果通过X启动B,则backstack的示意图是这样的:

跳转之后,B所在task中位于B之上的所有ActivityRecord都会被清除掉(C被清除了)

假设X是在C中启动出来的,backstack的示意图是这样的:

如果想要X与A、B、C在同一个task中,则需要确保它们的taskAffinity都是一样的,那样backstack的示意图是这样的:

这时,如果通过X启动B,则backstack的示意图是这样的:


ps:standard模式演示:

假设Activity B的启动模式是standard,B所在的task里,B并没有处于栈顶,此时按HOME键,然后启动另一个应用的Activity X,通过X再启动B,则backstack的示意图是这样的:

Activity的启动模式(launchMode)、回退栈(backstack)和任务(Task)_第2张图片

假设X是在C中启动出来的,则X与C在同一个task中,通过X再启动B,backstack的示意图是这样的:

Activity的启动模式(launchMode)、回退栈(backstack)和任务(Task)_第3张图片

ps:singleInstance模式演示:

假设Activity A,B,C属于同一应用,B的启动模式是singleInstance,其它为standard,Activity X属于另一应用。此时C调用起X,则backstack的示意图是这样的:

此时如果再从X调用起B,则backstack的示意图是这样的:

你可能感兴趣的:(Activity的启动模式(launchMode)、回退栈(backstack)和任务(Task))