android基础知识05:四大组件之activity 03

 本系列开始介绍activity的四大组件,主要是整理网络上关于这一部分的相关资料。包含如下三篇文章:

        android基础知识05:四大组件之activity 01:基础知识

       android基础知识05:四大组件之activity 02:activity与task

       android基础知识05:四大组件之activity 03:启动模式实例

         

通过上一篇的博文介绍,大家应该对activity有个比较直观的认识。

        本文将继续介绍activity与task的关系。

        本文主要来自博文:《Android四种Activity的加载模式》《Android Activity LaunchMode 验证》《Android的七巧板Activity之二 Activity的加载模式


1、Activity栈
        上面提到开发者是无法控制Activity的状态的,那Activity的状态又是按照何种逻辑来运作的呢?这就要知道 Activity 栈。
        每个Activity的状态是由它在Activity栈(是一个后进先出LIFO,包含所有正在运行Activity的队列)中的位置决定的。
        当一个新的Activity启动时,当前的活动的Activity将会移到Activity栈的顶部。
        如果用户使用后退按钮返回的话,或者前台的Activity结束,在栈上的Activity将会移上来并变为活动状态。如下图所示:


        一个应用程序的优先级是受最高优先级的Activity影响的。当决定某个应用程序是否要终结去释放资源,Android内存管理使用栈来决定基于Activity的应用程序的优先级。
2、Activity状态 
        一般认为Activity有以下四种状态:
        活动的:当一个Activity在栈顶,它是可视的、有焦点、可接受用户输入的。Android试图尽最大可能保持它活动状态,杀死其它Activity来确保当前活动Activity有足够的资源可使用。当另外一个Activity被激活,这个将会被暂停。 
        暂停:在很多情况下,你的Activity可视但是它没有焦点,换句话说它被暂停了。有可能原因是一个透明或者非全屏的Activity被激活。 
        当被暂停,一个Activity仍会当成活动状态,只不过是不可以接受用户输入。在极特殊的情况下,Android将会杀死一个暂停的Activity来为活动的Activity提供充足的资源。当一个Activity变为完全隐藏,它将会变成停止。 
        停止:当一个Activity不是可视的,它“停止”了。这个Activity将仍然在内存中保存它所有的状态和会员信息。尽管如此,当其它地方需要内存时,它将是最有可能被释放资源的。当一个Activity停止后,一个很重要的步骤是要保存数据和当前UI状态。一旦一个Activity退出或关闭了,它将变为待用状态。 
        待用: 在一个Activity被杀死后和被装在前,它是待用状态的。待用Acitivity被移除Activity栈,并且需要在显示和可用之前重新启动它。

3、activity的四种加载模式
        在android的多activity开发中,activity之间的跳转可能需要有多种方式,有时是普通的生成一个新实例,有时希望跳转到原来某个activity实例,而不是生成大量的重复的activity。加载模式便是决定以哪种方式启动一个跳转到原来某个Activity实例。
        在android里,有4种activity的启动模式,分别为: 
                standard: 标准模式,一调用startActivity()方法就会产生一个新的实例。
                singleTop: 如果已经有一个实例位于Activity栈的顶部时,就不产生新的实例,而只是调用Activity中的newInstance()方法。如果不位于栈顶,会产生一个新的实例。
                singleTask: 会在一个新的task中产生这个实例,以后每次调用都会使用这个,不会去产生新的实例了。
                singleInstance: 这个跟singleTask基本上是一样,只有一个区别:在这个模式下的Activity实例所处的task中,只能有这个activity实例,不能有其他的实例。
        这些启动模式可以在功能清单文件AndroidManifest.xml中进行设置,<activity>中的launchMode属性。
        相关的代码中也有一些标志可以使用,比如我们想只启用一个实例,则可以使用 Intent.FLAG_ACTIVITY_REORDER_TO_FRONT 标志,这个标志表示:如果这个activity已经启动了,就不产生新的activity,而只是把这个activity实例加到栈顶来就可以了。
Intent intent = new Intent(ReorderFour.this, ReorderTwo.class);  
intent.addFlags(Intent.FLAG_ACTIVITY_REORDER_TO_FRONT);  
startActivity(intent);  
        Activity的加载模式受启动Activity的Intent对象中设置的Flag和manifest文件中Activity的<activity>元素的特性值交互控制。
下面是影响加载模式的一些特性
        核心的Intent Flag有: 
FLAG_ACTIVITY_NEW_TASK 
FLAG_ACTIVITY_CLEAR_TOP 
FLAG_ACTIVITY_RESET_TASK_IF_NEEDED 
FLAG_ACTIVITY_SINGLE_TOP 
        核心的<activity>特性有: 
taskAffinity 
launchMode 
allowTaskReparenting 
clearTaskOnLaunch 
alwaysRetainTaskState 
finishOnTaskLaunch

4、四种加载模式的区别
1)所属task的区别

        一般情况下,“standard”和”singleTop”的activity的目标task,和收到的Intent的发送者在同一个task内,就相当于谁调用它,它就跟谁在同一个Task中。
        除非Intent包括参数FLAG_ACTIVITY_NEW_TASK。如果提供了FLAG_ACTIVITY_NEW_TASK参数,会启动到别的task里。 
        “singleTask”和”singleInstance” 总是把要启动的activity作为一个task的根元素,他们不会被启动到一个其他task里。
2)是否允许多个实例
        “standard”和”singleTop”可以被实例化多次,并且是可以存在于不同的task中;这种实例化时一个task可以包括一个activity的多个实例; 
        “singleTask”和”singleInstance”则限制只生成一个实例,并且是task的根元素。 
        singleTop 要求如果创建intent的时候栈顶已经有要创建的Activity的实例,则将intent发送给该实例,而不创建新的实例。
3)是否允许其它activity存在于本task内
        “singleInstance”独占一个task,其它activity不能存在那个task里;
        如果它启动了一个新的activity,不管新的activity的launch mode 如何,新的activity都将会到别的task里运行(如同加了FLAG_ACTIVITY_NEW_TASK参数)。 
        而另外三种模式,则可以和其它activity共存。
4)是否每次都生成新实例
        “standard”对于每一个启动Intent都会生成一个activity的新实例; 
“singleTop”的activity如果在task的栈顶的话,则不生成新的该activity的实例,直接使用栈顶的实例,否则,生成该activity的实例。
        比如:
        现在task栈元素为A-B-C-D(D在栈顶),这时候给D发一个启动intent,如果D是 “standard”的,则生成D的一个新实例,栈变为A-B-C-D-D。 
        如果D是singleTop的话,则不会生产D的新实例,栈状态仍为A-B-C-D 
        如果这时候给B发Intent的话,不管B的launchmode是”standard” 还是 “singleTop” ,都会生成B的新实例,栈状态变为A-B-C-D-B。
        “singleInstance”是其所在栈的唯一activity,它会每次都被重用。
        “singleTask”  如果在栈顶,则接受intent,否则,该intent会被丢弃,但是该task仍会回到前台。 当已经存在的activity实例处理新的intent时候,会调用onNewIntent()方法,如果收到intent生成一个activity实例,那么用户可以通过back键回到上一个状态;如果是已经存在的一个activity来处理这个intent的话,用户不能通过按back键返回到这之前的状态。

5、Android Activity LaunchMode 验证

       在Android中,每个Activity有4种LaunchMode,默认是standard,下面对这四种模式进行实例验证加深理解。 
       设计两个Activity,分别称为A,B,每个Activity上面都放置两个按钮,一个启动A,一个启动B。 
       界面如下:(上面的一行文字用来识别是在A界面还是在B界面) 


在代码中实现onCreate(): 

Button btnA = (Button)findViewById(R.id.btnA);  
        btnA.setOnClickListener(new OnClickListener() {           
            public void onClick(View v) {  
                // TODO Auto-generated method stub  
                startActivity(new Intent(A.this, A.class));  
            }  
        });  
          
        Button btnB = (Button)findViewById(R.id.btnB);  
        btnB.setOnClickListener(new OnClickListener() {           
            public void onClick(View v) {  
                // TODO Auto-generated method stub  
                startActivity(new Intent(A.this, B.class));  
            }  
        });  
          
        Log.e("Task:"+getTaskId(), "A" + mId + " created.");   
onNewIntent():

Log.e("Task:"+getTaskId(), "A" + mId + " onNewIntent.");  
onDestroy():

Log.e("Task:"+getTaskId(), "A" + mId + " destroyed.");  

这样就可以直观的从Logcat输出中看到Activity的创建、销毁以及请求的响应。 


1.两个Actiity的LaunchMode都为默认的standard,启动Ap,看到输出: 
Task:9(380): A1 created. 
A被创建了一个实例A1,并且放在了任务9中。 
此时任务栈中内容为: 

点击界面上启动A的按钮,看到输出: 
Task:9(380): A2 created. 
A再次被创建了一个新的实例A2,仍然放在任务9中。 
此时任务栈中内容为: 
AA
点击启动B的按钮, 
Task:9(380): B1 created. 
B被创建一个新的实例B1,仍然放在任务9中。 
此时任务栈内容为: 
AAB 
再启动B, 
Task:9(380): B2 created. 
B又被创建了一个新的实例B2,仍然在任务9中。 
任务栈内容为: 
AABB 
按Back键依次返回桌面,输出依次为: 
Task:9(380): B2 destroyed. 
Task:9(380): B1 destroyed. 
Task:9(380): A2 destroyed. 
Task:9(380): A1 destroyed. 
任务栈的变化次序为: 
AABB 
AAB 
AA 

结论: 
每个Intent,都创建了一个新的Activity来响应,并且Back时是按照弹栈的顺序处理的。 

2.B设置为SingleTop,启动Ap: 
Task:10(409): A1 created. 
再启动A: 
Task:10(409): A2 created. 
再启动B: 
Task:10(409): B1 created. 
再启动B: 
Task:10(409): B1 onNewIntent. 
结论: 
当B不在栈顶时,仍然会创建B的新实例。 
当B在栈顶时,请求启动B的Intent并没有触发创建B的新实例,而是触发了栈顶B的onNewIntent() 
按Back键依次返回桌面,输出依次为: 
Task:10(409): B1 destroyed. 
Task:10(409): A2 destroyed. 
Task:10(409): A1 destroyed. 
结论: 
虽然发送了四次Intent,但实际上只创建了3个Activity,所以只有3次销毁输出。 

3.B设置为SingleTask,启动Ap: 
Task:11(438): A1 created. 
启动B: 
Task:11(438): B1 created. 
启动A: 
Task:11(438): A2 created. 
启动B: 
Task:11(438): B1 onNewIntent. 
Task:11(438): A2 destroyed. 
结论: 
当B已经存在时,再次请求B会触发已经存在的B1实例的onNewIntent; 
并且如果B所在的任务栈上面有其他Activity,那么其他Activity会被销毁。 

4.B设置为SingleInstance,启动Ap: 
Task:12(466): A1 created. 
启动B,此时新创建了任务栈13,和先前的A1并不在一个任务。 
Task:13(466): B1 created. 
再启动B,没有创建新实例: 
Task:13(466): B1 onNewIntent. 
再启动A,再旧的任务12中创建了A的新实例 
Task:12(466): A2 created. 
按下Back键: 
Task:12(466): A2 destroyed. 
看输出和前面没区别,但是注意界面,此时不是切换到B界面,因为此时活动任务是12,所以A1被显示了出来。 
再次按下Back键: 
Task:12(466): A1 destroyed. 
此时因为任务12已经结束,B1所在的任务13成为活动任务,B1的界面才被显示出来。  

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值