`
chriszeng87
  • 浏览: 738703 次
  • 性别: Icon_minigender_1
  • 来自: 北京
社区版块
存档分类
最新评论

Activity的task相关

阅读更多

转自: http://blog.csdn.net/liuhe688/article/details/6761337

上次我们讲到Activity的四种启动模式的时候,已经了解到一些关于task的技术,今天我再向大家介绍一下。task是一个具有栈结构的容器,可以放置多个Activity实例。启动一个应用,系统就会为之创建一个task,来放置根Activity;默认情况下,一个Activity启动另一个Activity时,两个Activity是放置在同一个task中的,后者被压入前者所在的task栈,当用户按下后退键,后者从task被弹出,前者又显示在幕前,特别是启动其他应用中的Activity时,两个Activity对用户来说就好像是属于同一个应用;系统task和task之间是互相独立的,当我们运行一个应用时,按下Home键回到主屏,启动另一个应用,这个过程中,之前的task被转移到后台,新的task被转移到前台,其根Activity也会显示到幕前,过了一会之后,在此按下Home键回到主屏,再选择之前的应用,之前的task会被转移到前台,系统仍然保留着task内的所有Activity实例,而那个新的task会被转移到后台,如果这时用户再做后退等动作,就是针对该task内部进行操作了。

我们今天就讲一下和task相关的知识,主要分一下几点:

1.Activity的affinity(亲和力)

2.Intent几种常见的flags

3.<activity>与task相关属性

affinity:

task对于Activity来说就好像它的身份证一样,可以告诉所在的task,自己属于这个task中的一员;拥有相同affinity的多个Activity理论同属于一个task,task自身的affinity决定于根Activity的affinity值。affinity在什么场合应用呢?1.根据affinity重新为Activity选择宿主task(与allowTaskReparenting属性配合工作);2.启动一个Activity过程中Intent使用了FLAG_ACTIVITY_NEW_TASK标记,根据affinity查找或创建一个新的具有对应affinity的task。我们会在后面进行详细讲解。

默认情况下,一个应用内的所有Activity都具有相同的affinity,都是从Application(参考<application>的taskAffinity属性)继承而来,而Application默认的affinity是<manifest>中的包名,我们可以为<application>设置taskAffinity属性值,这样可以应用到<application>下的所有<activity>,也可以单独为某个Activity设置taskAffinity。例如:在系统自带的Browser中,package为com.android.browser,但是<application>却自定义一个taskAffinity属性值:

 

[html] view plaincopy
 
  1. <application   android:name="Browser"  
  2.                android:label="@string/application_name"  
  3.                android:icon="@drawable/ic_launcher_browser"  
  4.                android:backupAgent=".BrowserBackupAgent"  
  5.                android:taskAffinity="android.task.browser" >  

 

Intent几种常见flags:

在android.content.Intent中定义了若干个flags,其中最重要的有以下几个:

1.FLAG_ACTIVITY_NEW_TASK:当Intent对象包含这个标记时,系统会寻找或创建一个新的task来放置目标Activity,寻找时依据目标Activity的taskAffinity属性进行匹配,如果找到一个task的taskAffinity与之相同,就将目标Activity压入此task中,如果查找无果,则创建一个新的task,并将该task的taskAffinity设置为目标Activity的taskActivity,将目标Activity放置于此task。注意,如果同一个应用中Activity的taskAffinity都使用默认值或都设置相同值时,应用内的Activity之间的跳转使用这个标记是没有意义的,因为当前应用task就是目标Activity最好的宿主。下面我们会通过实例进行演示这个特性:

我们新建两个项目,分别命名为appA和appB,并且分别创建FirstActivity和SecondActivity,我们准备让appB中的FirstActivity跳转到appA的SecondActivity。appA中的SecondActivity配置如下:

 

[html] view plaincopy
 
  1. <activity android:name=".SecondActivity">  
  2.             <intent-filter>  
  3.                 <action android:name="android.intent.action.APP_A_SECOND_ACTIVITY" />  
  4.                 <category android:name="android.intent.category.DEFAULT" />  
  5.             </intent-filter>  
  6.         </activity>  

然后,在appB中的FirstActivity跳转代码如下:

 

 

[java] view plaincopy
 
  1. Intent intent = new Intent("android.intent.action.APP_A_SECOND_ACTIVITY");  
  2. startActivity(intent);  

我们要演示几个步骤:1.在appB中的FirstActivity点击按钮跳转到appA中的SecondActivity;2.按Home键回到主屏,在主选单中再次启动appB;3.按Home键回到主屏,在主选单中启动appA。演示过程如图所示:

 

再次启动appB应用:

启动appA应用:

我们发现在从appB跳转到appA的SecondActivity之后,SecondActivity实例好像是嵌入到了appB中,但是不影响appA的正常运行,这种关系如下图所示:

然后我们修改一下跳转的代码:

 

[java] view plaincopy
 
  1. Intent intent = new Intent("android.intent.action.APP_A_SECOND_ACTIVITY");  
  2. intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);  
  3. startActivity(intent);  

我们加上了FLAG_NEW_TASK标记,在来看一下演示结果:

 

再次启动appB:

启动appA:

我们看到差别了吧,当我们再次启动appB时已经看不到刚才启动的appA中的SecondActivity,而启动appA时却直接看到了,说明这个SecondActivity实例并不在appB的task内,而是创建了一个task,这个task的affinity就是SecondActivity默认的affinity,由于appA的SecondActivity的affinity是从Application继承而来,所以当appA启动时会直接找到这个task,而不是创建新的task。我们看一下解析图:

2.FLAG_ACTIVITY_CLEAR_TOP:当Intent对象包含这个标记时,如果在栈中发现存在Activity实例,则清空这个实例之上的Activity,使其处于栈顶。例如:我们的FirstActivity跳转到SecondActivity,SecondActivity跳转到ThirdActivity,而ThirdActivity又跳到SecondActivity,那么ThirdActivity实例将被弹出栈,使SecondActivity处于栈顶,显示到幕前,栈内只剩下FirstActivity和SecondActivity。这个SecondActivity既可以在onNewIntent()中接收到传来的Intent,也可以把自己销毁之后重新启动来接受这个Intent。在使用默认的“standard”启动模式下,如果没有在Intent使用到FLAG_ACTIVITY_SINGLE_TOP标记,那么它将关闭后重建,如果使用了这个FLAG_ACTIVITY_SINGLE_TOP标记,则会使用已存在的实例;对于其他启动模式,无需再使用FLAG_ACTIVITY_SINGLE_TOP,它都将使用已存在的实例,Intent会被传递到这个实例的onNewIntent()中。

下面我们来验证一下这个过程:

首先,Activity启动模式都按照默认值“standard”。从FirstActivity跳转到SecondActivity,SecondActivity实例如下:

从ThirdActivity跳转到SecondActivity时,跳转代码如下:

 

[java] view plaincopy
 
  1. Intent intent = new Intent(this, SecondActivity.class);  
  2. intent.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);  
  3. startActivity(intent);  

然后跳转后SecondActivity实例如下:

 

从序列号可以看到这两个实例是不同的,证明它是经过了销毁和重新的过程。

然后我们把ThirdActivity中的跳转代码添加FLAG_ACTIVITY_SINGLE_TOP标记:

 

[java] view plaincopy
 
  1. Intent intent = new Intent(this, SecondActivity.class);  
  2. intent.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP | Intent.FLAG_ACTIVITY_SINGLE_TOP);  
  3. startActivity(intent);  

两次实例均如下图所示:

如果我们不想添加FLAG_ACTIVITY_SINGLE_TOP,那么把SecondActivity的启动模式改为“standard”之外的三种即可,效果和上面一样,都不会创建新的实例。

3.FLAG_ACTIVITY_SINGLE_TOP:当task中存在目标Activity实例并且位于栈的顶端时,不再创建一个新的,直接利用这个实例。我们在上边的例子中也有讲到。

4.FLAG_ACTIVITY_CLEAR_WHEN_TASK_RESET:如果一个Intent中包含此属性,则它转向的那个Activity以及在那个Activity其上的所有Activity都会在task重置时被清除出task。当我们将一个后台的task重新回到前台时,系统会在特定情况下为这个动作附带一个FLAG_ACTIVITY_RESET_TASK_IF_NEEDED标记,意味着必要时重置task,这时FLAG_ACTIVITY_CLEAR_WHEN_TASK_RESET就会生效。经过测试发现,对于一个处于后台的应用,如果在主选单点击应用,这个动作中含有FLAG_ACTIVITY_RESET_TASK_IF_NEEDED标记,长按Home键,然后点击最近记录,这个动作不含FLAG_ACTIVITY_RESET_TASK_IF_NEEDED标记,所以前者会清除,后者不会。关于这个标记,可以下图示之:

这个标记对于应用存在分割点的情况会非常有用。比如我们在应用主界面要选择一个图片,然后我们启动了图片浏览界面,但是把这个应用从后台恢复到前台时,为了避免让用户感到困惑,我们希望用户仍然看到主界面,而不是图片浏览界面,这个时候我们就要在转到图片浏览界面时的Intent中加入此标记。

5.FLAG_ACTIVITY_RESET_TASK_IF_NEEDED:这个标记在以下情况下会生效:1.启动Activity时创建新的task来放置Activity实例;2.已存在的task被放置于前台。系统会根据affinity对指定的task进行重置操作,task会压入某些Activity实例或移除某些Activity实例。我们结合上面的CLEAR_WHEN_TASK_RESET可以加深理解。

<activity>的task相关属性

在<activity>中定义了几个常见的task相关属性,它们分别代表了task内部不同的行为特征,我们就来逐个介绍一下:

1.android:allowTaskReparenting

这个属性用来标记一个Activity实例在当前应用退居后台后,是否能从启动它的那个task移动到有共同affinity的task,“true”表示可以移动,“false”表示它必须呆在当前应用的task中,默认值为false。如果一个这个Activity的<activity>元素没有设定此属性,设定在<application>上的此属性会对此Activity起作用。例如在一个应用中要查看一个web页面,在启动系统浏览器Activity后,这个Activity实例和当前应用处于同一个task,当我们的应用退居后台之后用户再次从主选单中启动应用,此时这个Activity实例将会重新宿主到Browser应用的task内,在我们的应用中将不会再看到这个Activity实例,而如果此时启动Browser应用,就会发现,第一个界面就是我们刚才打开的web页面,证明了这个Activity实例确实是宿主到了Browser应用的task内。我们就来结合实例演示一下这个过程:

首先,在appB的FirstActivity中,我们将跳转动作做以下改动:

 

[java] view plaincopy
 
  1. Intent viewIntent = new Intent(Intent.ACTION_VIEW, Uri.parse("http://www.google.com.hk"));  
  2. startActivity(viewIntent);  

进入appB时的界面:

 


启动web界面之后:

然后我们按Home键,是当前应用退居后台,我们回到主选单,重新启动appB,界面如下:

此时我们在主选单中启动Browser应用,出现在我们眼前的界面是这样的:

以上这种行为也证明了我们前面的论断,为了更清楚的说明问题,也为了让大家自己可以验证,下面我们要再次演示一下appB和appA的启动过程:

对于appA,在上面的基础上,不用修改其他地方,只需为SecondActivity的<activity>元素添加一个属性,如下:

 

[html] view plaincopy
 
  1. <activity android:name=".SecondActivity" android:allowTaskReparenting="true">  
  2. ...           
  3. </activity>  

然后,在appB中的FirstActivity跳转代码改为:

 

 

[java] view plaincopy
 
  1. Intent intent = new Intent("android.intent.action.APP_A_SECOND_ACTIVITY");  
  2. startActivity(intent);  

我们启动appB,看到一下界面:

 

然后点击按钮,跳转到appA中的SecondActivity,界面如下:

此时appB中的FirstActivity和appA中的SecondActivity处于同一个task中taskid为28,然后我们按下Home键,在主选单中再次启动appB,我们发现appA的SecondActivity不见了,我们看到的是:

然后我们启动appA,这是我们不会看到它的FirstActivity,而是看到了它的SecondActivity:

通常两个应用分别有自己的task,它们的taskid肯定不同,但这里的SecondActivity却显示taskid与appB相同,我们想一下也许就明白了,原来它是appB迁徙过来的,再启动appA时并未生成任何新的Activity实例。这个时候如果我们按下后退键,appA就会立即退出,证明了此时appA的task里只有一个Activity实例,也就是这个SecondActivity实例。

需要注意的是,如果appB退居后台之后,没有再次启动appB,而是直接启动appA,将不会出现以上现象。重新宿主的动作发生在appB再次启动的过程中。

android:allowReparenting的效果图如下:

2.android:alwaysRetainTaskState

这个属性用来标记应用的task是否保持原来的状态,“true”表示总是保持,“false”表示不能够保证,默认为“false”。此属性只对task的根Activity起作用,其他的Activity都会被忽略。

默认情况下,如果一个应用在后台呆的太久例如30分钟,用户从主选单再次选择该应用时,系统就会对该应用的task进行清理,除了根Activity,其他Activity都会被清除出栈,但是如果在根Activity中设置了此属性之后,用户再次启动应用时,仍然可以看到上一次操作的界面。

这个属性对于一些应用非常有用,例如Browser应用程序,有很多状态,比如打开很多的tab,用户不想丢失这些状态,使用这个属性就极为恰当。

3.android:clearTaskOnLaunch

这个属性用来标记是否从task清除除根Activity之外的所有的Activity,“true”表示清除,“false”表示不清除,默认为“false”。同样,这个属性也只对根Activity起作用,其他的Activity都会被忽略。

如果设置了这个属性为“true”,每次用户重新启动这个应用时,都只会看到根Activity,task中的其他Activity都会被清除出栈。如果我们的应用中引用到了其他应用的Activity,这些Activity设置了allowTaskReparenting属性为“true”,则它们会被重新宿主到有共同affinity的task中。

无图无真相,我们就来以实例演示一下这个过程,我们首先修改appB的根Activity的<activity>元素,如下:

 

[html] view plaincopy
 
  1. <activity android:name=".FirstActivity"  
  2.                   android:clearTaskOnLaunch="true">  
  3.         ...      
  4. </activity>  

 

FristActivity界面如下:

然后我们让FirstActivity跳转到SecondActivity,结果如下:

然后我们按Home键回到主界面,再次启动appB,我们看到以下结果:

我们看到,再次启动appB时,我们只能看到FirstActivity界面,此时在FirstActivity之上的所有Activity都已经被清除出栈。示意图如下:

4.android:finishOnTaskLaunch

这个属性和android:allowReparenting属性相似,不同之处在于allowReparenting属性是重新宿主到有共同affinity的task中,而finishOnTaskLaunch属性是销毁实例。如果这个属性和android:allowReparenting都设定为“true”,则这个属性胜出。

分享到:
评论

相关推荐

    ActivityTask设计模式

    ActivityTask是怎么进行设计的,以及Activity四种加载模式。

    android activity和task

    Activity可以理解为用户可以看到和交互的屏幕,而Task则是一个操作的堆栈,用于管理一系列相关的Activity。在Task中,Activity按照后进先出(LIFO)的原则进行操作,即最近打开的Activity位于栈顶,最先打开的...

    activity-task-target

    activity-task-target

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

    当一个 Activity 被创建时,系统会为其分配一个 `ActivityRecord` 对象,这个对象包含了 Activity 的相关信息,并被加入到相应的 `Task` 和 `回退栈` 中。 #### 回退栈 (Back Stack) 回退栈是一个数据结构,用来...

    activity控件基础task.rar

    Activity控件基础Task的压缩包文件提供了关于如何在Android应用程序中使用和管理Activity的示例代码和资源。在这个压缩包中,我们可以看到开发者在学习Android时创建的一些基本布局和控件的演示,比如相对布局...

    ActivityManagerService相关流程分析

    标题“ActivityManagerService相关流程分析”指明了本文档探讨的重点是Android系统中用于管理Activity生命周期、任务栈(TaskStack)和进程管理的关键组件ActivityManagerService(AMS)。AMS是Android系统中一个...

    Android 一次启动多个Activity (TaskStackBuilder)

    "Android一次启动多个Activity (TaskStackBuilder)"这个话题涉及到Android的Task和Back Stack管理,以及如何利用TaskStackBuilder实现从通知启动多级Activity并保持正确的返回流程。下面将详细阐述这一知识点。 ...

    activity四大启动方式demo

    在“activity四大启动方式demo”中,开发者可能会通过Logcat打印出每个Activity的启动过程,包括调用的方法如onCreate()、onStart()、onResume()等,以及相关的taskID。taskID是Android系统分配给每个Task的唯一标识...

    Android Task 进程与线程详解

    Task 的栈模式是 Android 中的主要概念,一个 Task 由多个 Activity 组件组成,新加入的 Activity 组件位于栈顶,并仅有在栈顶的 Activity 才会有机会与用户进行交互。当栈顶的 Activity 完成使命退出的时候,Task ...

    Android Activity学习笔记

    本文将深入讲解Activity的生命周期、Activity之间的数据交互、Activity启动模式、Task和BackStack等知识点。 Activity生命周期 Activity生命周期是指Activity从创建到销毁的整个过程。生命周期可以分为三个阶段:...

    activity的四种加载模式

    singleTop表示每次执行startactivity时,如果当前activity在taskstack的顶端,则不新建实例,如果不在顶端则要新建实例 singleTask表示在当前taskstack中只能有一个实例 singleInstance表示整个系统中...

    Android开发-Activity的生命周期及Intent

    4. 掌握Activity的启动模式,和启动模式所对应的Activity和task的关系 内容: 1、设计如下界面,包括四个按钮,两个文本框。单击对应按钮可以启动对应activity。假 定Activity A为启动Activity。 2、修改 Activity ...

    从application启动activity

    2. **任务栈管理**:通过Intent的FLAG_ACTIVITY_NEW_TASK标志可以控制Activity如何加入到任务栈中,防止异常情况发生。 3. **生命周期协调**:理解Activity的生命周期至关重要,避免在不恰当的生命周期方法中进行...

    Android Activity的4种TaskMode

    Task和Activity的关系是Android系统组织应用运行流程的核心概念。本文将深入探讨Android Activity的4种TaskMode,以及它们如何影响应用的行为和用户体验。 1. **标准模式(Standard)** 这是最常见的Activity启动...

    Activity的启动模式

    例如,如果Task A中有Activity A的一个实例,然后通过Intent启动另一个Activity A,即使没有指定FLAG_ACTIVITY_NEW_TASK,系统也会在Task A中创建一个新的Activity A实例。 2. **单顶模式(singleTop)**:这种模式...

    Android 点击桌面快捷方式和Notifycation之后跳转到Task栈顶Activity

    1.点击桌面快捷方式进入到Task顶Activity 2.点击Notifycation进入到Task顶Activity 3.详情:http://blog.csdn.net/xiaanming/article/details/9312857

    安全退出activity方法(多种)

    当你在Activity中执行此操作时,Android系统会将其从栈顶移除,释放与之相关的资源。例如,在一个登录页面,用户成功登录后,可以调用`finish()`关闭登录Activity,让用户进入主页面。但需要注意,频繁地使用`finish...

    模拟Activity进出栈

    Activity的管理遵循一种称为“任务”(Task)和“回退栈”(Back Stack)的概念,这正是"模拟Activity进出栈"这个主题所涉及的关键知识点。下面将详细阐述这一主题。 首先,理解Android的任务(Task)和回退栈(Back ...

Global site tag (gtag.js) - Google Analytics