Android launchMode 笔记---taskAffinity属性和Intent标记体会
2014-05-14 15:21
423 查看
launchmode的四种模式,不需要细说:standard、singleTop、singleTask、singleInstance。
此博客关注的是,关于Activity中关于Affinity(亲和力)&Intent标记的东西,即使是Android老鸟,也不一定将其中的细节理解透彻。
使用Intent启动一个Activity,有如下标记:
1、FLAG_ACTIVITY_NEW_TASK
2、FLAG_ACTIVITY_CLEAR_TOP
3、FLAG_ACTIVITY_RESET_TASK_IF_NEEDED
4、FLAG_ACTIVITY_SINGLE_TOP
使用最多的,当然是FLAG_ACTIVITY_NEW_TASK。
主要的Activity属性有:
1、taskAffinity
2、launchMode
3、allowTaskReparenting
4、clearTaskOnLaunch
5、alwaysRetainTaskState
6、finishOnTaskLaunch
当Affinity与LaunchMode结合起来使用,就比较让人蛋疼的事情了。在实际项目中,灵活使用各种属性,可以让程序运行流畅,界面直接的导航跳转流畅,用户体验良好。反之,则让人摸不着头脑,让人蛋疼。绝知此事须躬行的道理,才油然而生。
关于上述的各种属性,可以参看Google文档,Tasks and Back Stack ,文档中将各种情况分析得较为全面,网上的资料,均是翻译其内容。
FLAG_ACTIVITY_NEW_TASK 讲解:
case 1:当Intent对象包含这个标记时,系统会寻找或创建一个新的task来放置目标Activity,寻找时依据目标Activity的taskAffinity属性进行匹配,如果找到一个task的taskAffinity与之相同,就将目标Activity压入此task中。
case 2:如果查找无果,则创建一个新的task,并将该task的taskAffinity设置为目标Activity的taskActivity,将目标Activity放置于此task。
上面的两个case,可以简单的理解为:
FLAG_ACTIVITY_NEW_TASK标记,不一定会启动一个新的栈,其策略是:先查找有没有和这个Activity的affinity相同的task栈,如果有,则直接在这个task栈里启动,没有才创建一个新的task栈。
case 3:如果同一个应用中Activity的taskAffinity都使用默认值或都设置相同值时,应用内的Activity之间的跳转使用这个标记是没有意义的,因为当前应用task就是目标Activity最好的宿主。
为了更好的说明其中的扯淡关系,使用案例进行说明上述的case 1、case 2、case 3
一个简单的app中,MainActivity点击按钮启动一个新的Activity。
![](http://img.blog.csdn.net/20140514101217921?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvQ29kZXI4MA==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center)
case 1:在AndroidManifest.xml中定义的属性为:
![](http://img.blog.csdn.net/20140514101834531?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvQ29kZXI4MA==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast)
![](http://img.blog.csdn.net/20140514102142171?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvQ29kZXI4MA==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast)
在OtherActivity界面,多次点击“Start AppOther OtherActivity in AppOther”按钮,会启动多个Activity Instance,由于两个Activity拥有共同的taskAffinity,将处于同一个task里面。
[b]case 2:在AndroidManifest.xml中定义的属性为:[/b]
![](http://img.blog.csdn.net/20140514104043890?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvQ29kZXI4MA==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast)
![](http://img.blog.csdn.net/20140514104200671?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvQ29kZXI4MA==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast)
在OtherActivity界面,点击“Start AppOther OtherActivity in AppOther”按钮,创建新的Activity Instance,由于两个Activity拥有的taskAffinity不同,新的instant将处于另外的task里面,其task id 为23.
PS:此处多次点击点击“Start AppOther OtherActivity in AppOther”按钮,不会产生新的Activity Instance。
在case 2中,当界面停留在OtherActivity时,此时按Home键,让app进入后台运行,再次启动app,将直接显示MainActivity界面,而不是OtherActivity界面。主要原因是,该app的启动时,系统将寻找root Activity所处的那个task,而该app的root activity为MainActivity,所以显示MainActivity界面。
case 3:在AndroidManifest.xml中定义的属性为与case 1一致。
此时Activity之间的导航,与普通的跳转一致,task的创建与否,直接根据launchMode来确定。
allowTaskReparenting讲解:
这个属性用来标记一个Activity实例在当前应用退居后台后,是否能从启动它的那个task移动到有共同affinity的task,“true”表示可以移动,“false”表示它必须呆在当前应用的task中,默认值为false。
如果一个Activity的<activity>元素没有设定此属性,则为默认方式。继续用demo进行演示,进行深入浅出的分析。
应用TaskAffinity的MainActivity中,点击按钮,进入应用AppOther的OtherActivity,其对应AndroidManifest.xml中定义的属性如下:
TaskAffinity的AndroidManifest.xml
AppOther的AndroidManifest.xml
![](http://img.blog.csdn.net/20140514150149312?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvQ29kZXI4MA==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast)
点击“Start AppOther OtherActivity”按钮,执行如下的代码:
![](http://img.blog.csdn.net/20140514150426312?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvQ29kZXI4MA==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast)
两个Activity的task id 一致,表明是在同一个task里面。此时,按下“Home”键,显示主屏,之后再菜单中点击TaskAffinity应用图标,启动之后,界面如下:
![](http://img.blog.csdn.net/20140514150426312?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvQ29kZXI4MA==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast)
依旧显示的是AppOther应用的OtherActivity界面。
由此demo,了解到,不同应用的Activity,可以处于同一个task里面,并且使用默认的allowTaskReparenting属性,其task在由后台转入前台时,不会从task remove。
示例将做小小改动,修改AppOther中OtherActivity的属性,将allowTaskReparenting置为true,其他的代码,不做任何修改,AndroidManifest.xml如下:
TaskAffinity应用图 点击按钮,启动OtherActivity图 按下home键后,再次TaskAffinity图
![](http://img.blog.csdn.net/20140514151313640?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvQ29kZXI4MA==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast)
![](http://img.blog.csdn.net/20140514151508171?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvQ29kZXI4MA==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast)
![](http://img.blog.csdn.net/20140514151313640?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvQ29kZXI4MA==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast)
从上述示例,可以得知,android:allowTaskReparenting="true",对于Activity的作用了。
此博客关注的是,关于Activity中关于Affinity(亲和力)&Intent标记的东西,即使是Android老鸟,也不一定将其中的细节理解透彻。
使用Intent启动一个Activity,有如下标记:
1、FLAG_ACTIVITY_NEW_TASK
2、FLAG_ACTIVITY_CLEAR_TOP
3、FLAG_ACTIVITY_RESET_TASK_IF_NEEDED
4、FLAG_ACTIVITY_SINGLE_TOP
使用最多的,当然是FLAG_ACTIVITY_NEW_TASK。
主要的Activity属性有:
1、taskAffinity
2、launchMode
3、allowTaskReparenting
4、clearTaskOnLaunch
5、alwaysRetainTaskState
6、finishOnTaskLaunch
当Affinity与LaunchMode结合起来使用,就比较让人蛋疼的事情了。在实际项目中,灵活使用各种属性,可以让程序运行流畅,界面直接的导航跳转流畅,用户体验良好。反之,则让人摸不着头脑,让人蛋疼。绝知此事须躬行的道理,才油然而生。
关于上述的各种属性,可以参看Google文档,Tasks and Back Stack ,文档中将各种情况分析得较为全面,网上的资料,均是翻译其内容。
FLAG_ACTIVITY_NEW_TASK 讲解:
case 1:当Intent对象包含这个标记时,系统会寻找或创建一个新的task来放置目标Activity,寻找时依据目标Activity的taskAffinity属性进行匹配,如果找到一个task的taskAffinity与之相同,就将目标Activity压入此task中。
case 2:如果查找无果,则创建一个新的task,并将该task的taskAffinity设置为目标Activity的taskActivity,将目标Activity放置于此task。
上面的两个case,可以简单的理解为:
FLAG_ACTIVITY_NEW_TASK标记,不一定会启动一个新的栈,其策略是:先查找有没有和这个Activity的affinity相同的task栈,如果有,则直接在这个task栈里启动,没有才创建一个新的task栈。
case 3:如果同一个应用中Activity的taskAffinity都使用默认值或都设置相同值时,应用内的Activity之间的跳转使用这个标记是没有意义的,因为当前应用task就是目标Activity最好的宿主。
为了更好的说明其中的扯淡关系,使用案例进行说明上述的case 1、case 2、case 3
一个简单的app中,MainActivity点击按钮启动一个新的Activity。
case 1:在AndroidManifest.xml中定义的属性为:
<activity android:name="com.coder80.appother.MainActivity" android:label="AppOther MainActivity" > <intent-filter> <action android:name="android.intent.action.MAIN" /> <category android:name="android.intent.category.LAUNCHER" /> </intent-filter> </activity> ... .... .... .... <activity android:name="com.coder80.appother.OtherActivity" android:label="AppOther OtherActivity" > </activity>app运行效果如下:
在OtherActivity界面,多次点击“Start AppOther OtherActivity in AppOther”按钮,会启动多个Activity Instance,由于两个Activity拥有共同的taskAffinity,将处于同一个task里面。
[b]case 2:在AndroidManifest.xml中定义的属性为:[/b]
<activity android:name="com.coder80.appother.MainActivity" android:label="AppOther MainActivity" > <intent-filter> <action android:name="android.intent.action.MAIN" /> <category android:name="android.intent.category.LAUNCHER" /> </intent-filter> </activity> <activity android:name="com.coder80.appother.OtherActivity" android:label="AppOther OtherActivity" android:taskAffinity="com.xxxx" > </activity>app运行效果如下:
在OtherActivity界面,点击“Start AppOther OtherActivity in AppOther”按钮,创建新的Activity Instance,由于两个Activity拥有的taskAffinity不同,新的instant将处于另外的task里面,其task id 为23.
PS:此处多次点击点击“Start AppOther OtherActivity in AppOther”按钮,不会产生新的Activity Instance。
在case 2中,当界面停留在OtherActivity时,此时按Home键,让app进入后台运行,再次启动app,将直接显示MainActivity界面,而不是OtherActivity界面。主要原因是,该app的启动时,系统将寻找root Activity所处的那个task,而该app的root activity为MainActivity,所以显示MainActivity界面。
case 3:在AndroidManifest.xml中定义的属性为与case 1一致。
此时Activity之间的导航,与普通的跳转一致,task的创建与否,直接根据launchMode来确定。
allowTaskReparenting讲解:
这个属性用来标记一个Activity实例在当前应用退居后台后,是否能从启动它的那个task移动到有共同affinity的task,“true”表示可以移动,“false”表示它必须呆在当前应用的task中,默认值为false。
如果一个Activity的<activity>元素没有设定此属性,则为默认方式。继续用demo进行演示,进行深入浅出的分析。
应用TaskAffinity的MainActivity中,点击按钮,进入应用AppOther的OtherActivity,其对应AndroidManifest.xml中定义的属性如下:
TaskAffinity的AndroidManifest.xml
<application android:allowBackup="true" android:icon="@drawable/ic_launcher" android:label="@string/app_name" android:theme="@style/AppTheme" > <activity android:name="com.coder80.taskaffinity.MainActivity" android:label="TaskAffinity MainActivity" > <intent-filter> <action android:name="android.intent.action.MAIN" /> <category android:name="android.intent.category.LAUNCHER" /> </intent-filter> </activity>
AppOther的AndroidManifest.xml
<activity android:name="com.coder80.appother.OtherActivity" android:label="AppOther OtherActivity" > <intent-filter> <action android:name="android.intent.action.AppOther_OTHER_ACTIVITY" /> <category android:name="android.intent.category.DEFAULT"/> </intent-filter> </activity>首先运行TaskAffinity应用,启动界面如下:
点击“Start AppOther OtherActivity”按钮,执行如下的代码:
Intent intent = new Intent("android.intent.action.AppOther_OTHER_ACTIVITY"); startActivity(intent);将启动AppOther中的OtherActivity界面,效果如下:
两个Activity的task id 一致,表明是在同一个task里面。此时,按下“Home”键,显示主屏,之后再菜单中点击TaskAffinity应用图标,启动之后,界面如下:
依旧显示的是AppOther应用的OtherActivity界面。
由此demo,了解到,不同应用的Activity,可以处于同一个task里面,并且使用默认的allowTaskReparenting属性,其task在由后台转入前台时,不会从task remove。
示例将做小小改动,修改AppOther中OtherActivity的属性,将allowTaskReparenting置为true,其他的代码,不做任何修改,AndroidManifest.xml如下:
<activity android:name="com.coder80.appother.OtherActivity" android:label="AppOther OtherActivity" android:allowTaskReparenting="true" > <intent-filter> <action android:name="android.intent.action.AppOther_OTHER_ACTIVITY" /> <category android:name="android.intent.category.DEFAULT"/> </intent-filter> </activity>运行后,效果图如下:
TaskAffinity应用图 点击按钮,启动OtherActivity图 按下home键后,再次TaskAffinity图
从上述示例,可以得知,android:allowTaskReparenting="true",对于Activity的作用了。
相关文章推荐
- Android Intent Flag、taskAffinity属性、launchMode等相关
- Android中Activity四种启动模式(LaunchMode)和taskAffinity属性
- Android Intent.FLAG_NEW_TASK详解,包括其他的标记的一些解释
- android:taskAffinity属性的用法
- Android Intent.FLAG_NEW_TASK详解,包括其他的标记的一些解释
- Android Intent.FLAG_NEW_TASK详解,包括其他的标记的一些解释
- Android Intent.FLAG_NEW_TASK详解,包括其他的标记的一些解释
- Android Intent.FLAG_NEW_TASK详解,包括其他的标记的一些解释
- Android开发学习笔记:Intent的简介以及属性的详解
- Android中Activity四种启动模式和taskAffinity属性详解
- android中的android:taskAffinity,allowTaskReparenting 等属性
- Android Intent.FLAG_NEW_TASK详解,包括其他的标记的一些解释
- Android Intent.FLAG_NEW_TASK详解,包括其他的标记的一些解释
- Android Intent.FLAG_NEW_TASK详解,包括其他的标记的一些解释
- Android Intent.FLAG_NEW_TASK详解,包括其他的标记的一些解释
- Android Intent.FLAG_NEW_TASK详解,包括其他的标记的一些解释
- Android Intent.FLAG_NEW_TASK详解,包括其他的标记的一些解释
- Android Intent.FLAG_NEW_TASK详解,包括其他的标记的一些解释
- Android Intent.FLAG_NEW_TASK详解,包括其他的标记的一些解释
- android taskAffinity属性