android学习记录(十三)Task 和 Activity 回退栈操作。
首先说一下Task是一个什么概念吧:Task是一个包括activity的列表。没
错。简单的说就是依照启动的先后来排队的一个队列。Back Stack。就是回退栈的意思:那么有什么用?Back Stack是存储一个Task的实现方式,一个容器。它具有栈的特性:后进先出。
那么。根据什么来把activity指定给某个Task?
------默认情况下,依据activity的启动的顺序。增加A启动了B。那么B默认情况下就放到了
A的Task的Back Stack里面啦。
当然,你也能够去改动这一个默认的行为。在以下的一些部分会讲述怎么去改动的啦。
须要注意的一点是:假如一个activity在一个新的task里启动且没有其它直接启动的方法(即不是Main,Launch的activity),然后按下Home键离开了该Task,然后通过启动图标来返回应用的话。是无法回到该activity的。
1.保存activity的属性和状态:
默认情况下,当activity脱离前台进入后台执行的时候,系统会自己主动保存它的配置信息,当用
户返回到activity的时候,能够自己主动的复原.
然而当过了比較长的一段时间后或者系统须要回收内存什么的,会清除掉它的配置信息,当
用户返回到该activity的时候会又一次的启动该activity.
那么这样的情况下假设要把曾经做的又一次再来一遍,这用户体验想想就认为不妥啊.那么我
们须要自己去保存和恢复activity的配置信息.then ,how?
实现onSaveInstanceState()方法,把所需的属性信息保存到bundle里.
在onCreate()方法里会有一个Bundle參数,假设不为空的话证明了之前是有一些信
信息是保存在这里的,我们就能够利用里面的信息去恢复用户原本处于的状态,这样子用户的体验是不是就好狠多啦?嘿嘿嘿嘿嘿
2.管理Task
如开头所说。我们能够改动系统的默认行为(即假设A启动了B。会把B放入A所在的Task和Back Stack里)。那么,有两种方式能够做到:
A.在startActivity(Intent intent)的intent中定义flag:
intent.setFlags(flag);
系统会依据intent所定义的flag来对所被启动的activity来指定特定的Task。
B.在Manifest文件里该activity标签下的属性
- taskAffinity
- launchMode
- allowTaskReparenting
- clearTaskOnLaunch
- alwaysRetainTaskState
- finishOnTaskLaunch
相同系统会依据属性里所定义的值来对被启动的activity进行指定task。
在这两种方式中,有一些效果是flag有而manifest文件没有的。相同也有一些效果
值是manifest文件有而flag所没有的。
当这两个值被同一时候设置的时候。flag的效果会覆盖launchMode所设置的效果。
以下,我们分别来对这两种不同方式的经常使用值来做简单的介绍。
一。定义启动activity的mode;
如果A>>B>>C
A:定义manifest文件中launchMode属性:
"standard" (默认值):
这是launchMode的默认值,假定C的launchMode为该值,若B启动C那么C也会放到B所属的Task里。C能够被初始化(即启动)多次,可属于不同的Task(即若与B不同Task的D启动了C,那么C新建一个实例放到D所在的Task里);一个Task里能够有多个C的实例(即若A>>B>>C>>A>>C,那么该任务的回退栈里有两个C的实例)
"singleTop"
中文意思是:顶部唯一。假定C的launchMode的属性值为该值。
什么意思呢?就是说,在一个Task的顶部,仅仅能有一个C的实例,即若A>>B>>C然后在C里再次startActivity C,不会再创建一个C的实例,而是把该启动C的Intent传入到CActivity的 onNewIntent()方法里。回退栈的结构依旧是:A>>B>>C而不是A>>B>>C>>C.这种话,就会出现一个随之产生的结果:不论什么时候C的实例都不会连续出现两次。相同与默认值类似,C也能够属于不同的Task(C无论任务是谁。它仅仅跟着动了它的activity在一起),单个Task里能够有多个C的实例。
(但不会出现连续)
"singleTask"
(中文:单个任务)假定activityC的launchMode值设置为该值。那么意味着不管何时C被启动,它都会在一个独立的Task里启动。
只是注意哦,独立的Task并非意味着新的Task。当C的独立的Task已经存在(即C被启动过)了,那么当再次调用C Activity的时候。就不会再创建了。而是把该Task移到前台来。(这也意味着,在同一时间。仅仅会有一个C的实例存在。)
注意:虽然C的Task并非与B的Task一致,但当用户按下backbutton的时候仍然能够回到B。
还有C的单独的Task里也能够有其它的Task,同一时候C并不一定要求是该任务的根activity。
"singleInstance".
(中文:单例)假定C定义了该模式。
singleTask的mode也有单例效果,但该模式与singleTask不同的是,C所在的Task里仅仅能有它自己一个Activity,不会包括其它activity。(突然就想到:假设B启动了C。然后C启动了D,那么D是在还有一个新的Task里还是B所在的Task里呢?假设有人知道希望能够分享一下哈~)
这里有一个关于singleTask的图解嘿嘿,来自官方guide文档》》》》
图的下方有备注~自己琢磨琢磨吧。挺easy懂的了。
B.Intent的Flag属性
如果回退栈里有A>>B>>C |
(A启动B。B启动C): |
-
FLAG_ACTIVITY_NEW_TASK
- 效果与launchMode的singleTask属性一样。
- 当在C启动D的intent中定义了这个flag的时候。D会启动放置在一个新的Task里。即一个新的Back Stack里。假设D已经被启动过一次然后到了后台执行(即A>>B>>C>>D>>E)再从E去启动D使用这一个flag的话,不会再次创建一个Task。而是把之前的D所在的Task恢复到前台,而D也会接收到一个Intent通过onNewIntent()方法。
@Override
protectedvoid onNewIntent(Intent intent) {
super.onNewIntent(intent);
}
-
FLAG_ACTIVITY_CLEAR_TOP
- 中文(清除activity的前方)如果C定义了该属性。
- 假设A>>B>>C>>D>>E。然后E启动activity C,那么并不会再创建一个C的实例,而是清除C前面的activity,恢复C的状态,显示C给用户看嘿嘿嘿,多霸气。
- 同一时候,manifest文件里launchMode并没有与之相应的属性值。
-
FLAG_ACTIVITY_SINGLE_TOP
- 与launchMode中的singleTop属性效果一样。
回退栈的清空
默认情况下,假设用户长时间不反悔该回退栈。那么因为种种原因(回收内存节省资源等等啦),会对该回退栈进行清空处理,仅仅留下一个最底部的activity留在栈内。所以当用户返回到这个Task时。仅仅会修复呈现栈最開始的一个activity。
相同,我们也能够对这样的默认的行为作出改动:
alwaysRetainTaskState
当这个回退栈的根activity的该属性被设置为true时,那么不管用户隔了多长时间再回来,这个栈都不会被清除。
但要注意的是,必需要把该属性定义在回退栈的根activity才有效。
clearTaskOnLaunch
这个属性与alwaysRetainTaskState属性的效果刚好相反。
仅仅要用户一离开当前的Task。那么回退栈就会被清空仅仅留下根activity。
就算是刚离开又立即点击回来也是如此。相同该属性也必须定义在某个Task的根activity上才有效。
finishOnTaskLaunch
这个属性有点像clearTaskOnLaunch的属性效果,但与之不同的是它所作用的范围是单个activity(不论什么activity都行)而clearTaskOnLaunch的作用域是整个Task。被定义了该属性的activity会在用户离开所在Task之后被清除。(仅仅是清除Task里的这个activity。
官方guide文档里的Task and Back Stack里有的。