Android|Android TaskAffinity和allowTaskReparenting属性
一、TaskAffinity
TaskAffinity翻译过来就是“任务相关性”,它表示了一个Activity所需要的任务栈的名字。
在平时的开发中,我们一般很少使用到TaskAffinity这个属性,也没有听说过Activity需要什么任务栈之类的。其实,在默认情况下,如果不指定TaskAffinity属性,Activity所需任务栈的名字就是应用的名字。
1、默认的任务栈
我们在一个应用中启动三个Activity,然后在Terminal中执行adb shell dumpsys activity命令,结果如下:
Running activities (most recent first):
TaskRecord{853dee #503 A=com.hwldzh.myapplication U=0 StackId=1 sz=3}
Run #4: ActivityRecord{c1a608e u0 com.hwldzh.myapplication/.ThirdActivity t503}
Run #3: ActivityRecord{7289178 u0 com.hwldzh.myapplication/.SecondActivity t503}
Run #2: ActivityRecord{8539f65 u0 com.hwldzh.myapplication/.MainActivity t503}
可以看到,启动的三个Activity都位于“com.hwldzh.application”这个任务栈中,而这个名字就是我们这个应用的包名。
2、TaskAffinity初登场
接下来,我们给ThirdActivity加上TaskAffinity的属性,即在Manifest中的声明如下:
我们继续执行在Terminal中执行adb shell dumpsys activity命令,看ThirdActivity是否处于“com.hwldzh.ThirdActivity”的任务栈中:
Running activities (most recent first):
TaskRecord{853dee #503 A=com.hwldzh.myapplication U=0 StackId=1 sz=3}
Run #4: ActivityRecord{c1a608e u0 com.hwldzh.myapplication/.ThirdActivity t503}
Run #3: ActivityRecord{7289178 u0 com.hwldzh.myapplication/.SecondActivity t503}
Run #2: ActivityRecord{8539f65 u0 com.hwldzh.myapplication/.MainActivity t503}
可以看到ThirdActivity依然运行在以包名为名字的任务栈中。这说明了在启动模式为Standard下,单独使用TaskAffinity属性是无效的。
3、TaskAffinity和SingleTask配合
我们在ThirdActivity的Manifest声明中加上SingleTask启动模式:
然后执行adb shell dumpsys activity命令,得到如下结果:
Running activities (most recent first):
TaskRecord{5da8e4c #25630 A=com.hwldzh.ThirdActivity U=0 StackId=1 sz=1}
Run #7: ActivityRecord{1111a92 u0 com.hwldzh.myapplication/.ThirdActivity t25630}
TaskRecord{b00bc91 #25629 A=com.hwldzh.myapplication U=0 StackId=1 sz=2}
Run #6: ActivityRecord{93040cf u0 com.hwldzh.myapplication/.SecondActivity t25629}
Run #5: ActivityRecord{464be1f u0 com.hwldzh.myapplication/.MainActivity t25629}
在将ThirdActivity的启动模式改为SingleTask之后,可以看到ThirdActivity启动的时候创建了一个新的任务栈,并且该任务栈的名字为TaskAffinity属性设置的“com.hwldzh.ThirdActivity”。
所以,当TaskAffinity和SingleTask启动模式配对使用时,它是具有该模式的Activity的目前任务栈的名字,待启动的Activity会运行在名字和TaskAffinity相同的任务栈中。
二、allowTaskReparenting allowTaskReparenting属性的作用是Activity的迁移。当allowTaskReparenting属性和TaskAffinity配合使用时,Activity可以从一个任务栈迁移到另一个任务栈。
迁移的规则是:从一个与该Activity TaskAffinity属性不同的任务栈中迁移到与它TaskAffinity相同的任务栈中。
举个例子:当一个应用A启动了应用B的某个Activity后,如果这个Activity的allowTaskReparenting属性设置为true,那么当应用B被启动,此Activity会直接从应用A的任务栈转移到应用B的任务栈中。
具体点来说,现在有两个应用A和B,A启动了B的一个Activity C,然后按Home键回到桌面,然后再单击B的桌面图标,这个时候不是启动了B的主Activity,而是重新显示了已经被应用A启动的Activity C。我们也可以理解为,C从A的任务栈转移到了B的任务栈中。
可以这么理解,由于A启动了C,这个时候C只能运行在A的任务栈中,但是C属于B应用,正常情况下,它的TaskAffinity值肯定不可能和A的任务栈相同,所以当B启动后,B会创建自己的任务栈,这个时候系统发现C原本想要的任务栈已经创建了,所以就把C从A的任务栈中转移过来了。
参考书目 【Android|Android TaskAffinity和allowTaskReparenting属性】1、《Android开发艺术探索》
推荐阅读
- 急于表达——往往欲速则不达
- 第三节|第三节 快乐和幸福(12)
- android第三方框架(五)ButterKnife
- 20170612时间和注意力开销记录
- 2.6|2.6 Photoshop操作步骤的撤消和重做 [Ps教程]
- 对称加密和非对称加密的区别
- 眼光要放高远
- 樱花雨
- 前任
- 2020-04-07vue中Axios的封装和API接口的管理