Android启动模式之singleTask解析「建议收藏」

Android启动模式之singleTask解析「建议收藏」在android应用程序中,最重要的组件之一Activity有4中启动模式,其中singleTask更加官方文档的描述很容易让人迷惑,其实原因在于,activity的启动方式除了受标签android:launchMode的影响之外,还会被启动参数所左右比如,intent的标志位FLAG_ACTIVITY_NEW_TASK,任务标签 android:taskAffinity。本文将对singleTa

大家好,又见面了,我是你们的朋友全栈君。

        在android应用程序中,最重要的组件之一Activity有4种启动模式,其中singleTask根据官方文档的描述很容易让人迷惑,主要是启动后所处的Task易让人困惑,其实原因在于,activity的启动方式除了受标签android:launchMode的影响之外,还会被启动参数所左右,比如intent的标志位FLAG_ACTIVITY_NEW_TASK,任务标签 android:taskAffinity。本文主要对singleTask和这些影响影响因素进行测试。

        测试代码不用复杂即可说明问题,使用两个app,假定为app A 和 app B,其中app A 有两个activity,MainActivity和SingleTaskActivity, app B只有个一个MainActivity。然后分别通过两个MainActivity来启动SingleTaskActivity进行测试。

Test 1:

        为了进行对比,先将SingleTaskActivity的属性设置为默认模式,并且不设置标签android:taskAffinity:

<activity 
            android:name=".SingleTaskActivity">
            <!--android:taskAffinity="com.zj.task">
            android:launchMode="singleTask"-->
            <intent-filter >
                <action android:name="com.zj.test.launch_singletask"/>  
                <category android:name="android.intent.category.DEFAULT"/>   
            </intent-filter>
</activity>

        在app A和app B 中分别以默认方式和FLAG_ACTIVITY_NEW_TASK的方式启动SingleTaskActivity,MainActivity主要测试代码为(App A中和App B中的一样),使用两个Button以两种方式启动Activity:

		findViewById(R.id.button1).setOnClickListener(new OnClickListener() {
			
			@Override
			public void onClick(View v) {
				// TODO Auto-generated method stub
				Intent intent = new Intent("com.zj.test.launch_singletask");  
				Bundle bundle = new Bundle();
				bundle.putString("mainact", "1_Button1");
				intent.putExtras(bundle);
				startActivity(intent); 
			}
		});
		
		findViewById(R.id.button2).setOnClickListener(new OnClickListener() {
			
			@Override
			public void onClick(View v) {
				// TODO Auto-generated method stub
				Intent intent = new Intent("com.zj.test.launch_singletask");  
				intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
				Bundle bundle = new Bundle();
				bundle.putString("mainact", "1_Button2");
				intent.putExtras(bundle);
				startActivity(intent);
			}
		});

Log输出位置:

App A MainActivity:

	@Override
	protected void onResume() {
		// TODO Auto-generated method stub
		super.onResume();
		Log.d("SingleTask", "App A's MainActivity " +"所在的任务的id为: " +  getTaskId());
	}

App A SingleTaskActivity:

<strong>	</strong>@Override
	protected void onResume() {
		// TODO Auto-generated method stub
		super.onResume();
		Log.d("SingleTask", "App A's SingleTaskActivity " +"所在的任务的id为: " +  getTaskId());
	}

App B  MainActivity:

	@Override
	protected void onResume() {
		// TODO Auto-generated method stub
		super.onResume();
		Log.d("SingleTask", "App B's MainActivity " +"所在的任务的id为: " +  getTaskId());
	}

测试步骤为:

        1.启动App A,点击Button1,然后点击back,点击button2,然后home键,启动app B,点击Button1,然后点击back,点击button2。 

        2.启动App A,点击Button1,然后点击back,点击button2,然后点击back,然后home键,启动app B,点击Button1,然后点击back,点击button2。

Android启动模式之singleTask解析「建议收藏」

测试结果:

        在App A 中两种启动方式中,SingleTaskActivity都和启动它的MainActivity位于同一个Task,也就是说FLAG_ACTIVITY_NEW_TASK根本没有发挥作用,
        在App B 中两种启动方式中,当不设置FLAG_ACTIVITY_NEW_TASK时,SingleTaskActivity和启动它的MainActivity位于同一个Task,设置了以后,复用了已经存在位于App A中的SingleTaskActivity。

Android启动模式之singleTask解析「建议收藏」

        如果在启动App B前,先点击back从SingleTaskActivity返回后再home键的效果也一样(实际上是在目标App A的Task内新建的了一个)。

Android启动模式之singleTask解析「建议收藏」

        如果是先测试App B后测试App A的话,依然是在App A 中FLAG_ACTIVITY_NEW_TASK没有发挥作用(没有新建task),App B中则发挥了作用(区别在于, 由于App A后启动,所以App B新建SingleTaskActivity的Task时,无法再App A的Task中新建,因为它还不存在)。

Android启动模式之singleTask解析「建议收藏」

Test 2:

下面把SingleTaskActivity标签android:taskAffinity设置上内容 ,launchMode保持不变,如下(注意 app A 和 app B的包名不能和android:taskAffinity一样,否则起不到测试效果

        <activity 
            android:name=".SingleTaskActivity"
            android:taskAffinity="com.zj.task">
            <!--android:launchMode="singleTask"-->
            <intent-filter >
                <action android:name="com.zj.test.launch_singletask"/>  
                <category android:name="android.intent.category.DEFAULT"/>   
            </intent-filter>
        </activity>

        然后再次重复测试步骤:

测试结果:

        先App A,再App B(home之前不回退SingleTaskActivity):

Android启动模式之singleTask解析「建议收藏」

       在两个app下FLAG_ACTIVITY_NEW_TASK都起作用(对于app B而言,新建的时候发现目标Task的栈顶已经有一个实例,所以没有新建)。

        先App A,再App B(home之前回退SingleTaskActivity):
Android启动模式之singleTask解析「建议收藏」

       在两个app下FLAG_ACTIVITY_NEW_TASK都起作用,且新建了Task。

        先App B,在App A,结果和上面一样。

Android启动模式之singleTask解析「建议收藏」 Android启动模式之singleTask解析「建议收藏」

        好了,有些乱了吧,已经快把自己绕进去了,对于启动模式的前两种standardsingleTop(可以被实例化多次), 结论如下:

        1.如果启动者和被启动者在同一app下(声明在同一个AndroidManif.xml文件里),必须同时使用FLAG_ACTIVITY_NEW_TASK和标签android:taskAffinity才能在新的Task中启动,缺少其中的一个都会和启动者位于同一个Task。
        2.如果启动者和被启动者不在同一个app下,如果不用FLAG_ACTIVITY_NEW_TASK,则二者位于同一个Task内。如果使用的话,会新建Task,所新建的位置依据标签android:taskAffinity而定(1.如果不指定则在被启动者所在App的Task内新建,当然前提是这个被启动者所在的App的Task已经存在,2.如果目标Task内的栈顶已经有一个实例,这时候实际上不新建的,相当于要新建的内容已经存在了)。

       

        以上是一个对比测试,下面转入本文主题,对singleTask模式的测试,

Test 3::

首先依然不设置标签android:taskAffinity,启动模式为singleTask

        <activity 
            android:name=".SingleTaskActivity"
            android:launchMode="singleTask">
            <!--android:taskAffinity="com.zj.task"> -->
            <intent-filter >
                <action android:name="com.zj.test.launch_singletask"/>  
                <category android:name="android.intent.category.DEFAULT"/>   
            </intent-filter>
        </activity>

测试结果:

        先App A,再App B (不管是否回退都一样)

Android启动模式之singleTask解析「建议收藏」Android启动模式之singleTask解析「建议收藏」

Android启动模式之singleTask解析「建议收藏」

        在App A 中两种启动方式,SingleTaskActivity都和启动它的MainActivity位于同一个Task,也就是说FLAG_ACTIVITY_NEW_TASK根本没有发挥作用,而且singleTask也没有启动新Task。
       在App B 中两种启动方式:不管是否设置FLAG_ACTIVITY_NEW_TASK时,SingleTaskActivity和启动它的MainActivity都不位于同一个Task中(如存在,直接调用,如不存在,则在所属app的Task中新建出来)。


        先App B,再App A:
Android启动模式之singleTask解析「建议收藏」

       App B的两种方式都会新建一个Task任务来启动SingleTaskActivity,如不回退,启动App A时则直接进入到App B启动好的SingleTaskActivity


Test 4:

下面把SingleTaskActivity标签android:taskAffinity设置上内容

        <activity 
            android:name=".SingleTaskActivity"
            android:launchMode="singleTask" 
            android:taskAffinity="com.zj.task" >
            <intent-filter >
                <action android:name="com.zj.test.launch_singletask"/>  
                <category android:name="android.intent.category.DEFAULT"/>   
            </intent-filter>
        </activity>

       先App A,再App B:
Android启动模式之singleTask解析「建议收藏」

        先App B,再App A:
Android启动模式之singleTask解析「建议收藏」

       不管启动者和被启动着是否在同一app下,都会新建一个任务来启动SingleTaskActivity,且如果已经存在一个实例的话,就不会再次新建了。

结论:对于singleTask启动方式而言,

1.如果启动者和被启动者属于不同app的话,则只要系统中不存在这个类的实例,都会为SingleTaskActivity新建Task来启动它,存在的话就直接调用已存在的这个实例。
2.如果启动者和被启动者属于同一个app,需要设置标签android:taskAffinity以后,才会新建Task来启动,否则直接调用者所在Task内启动。


总结一下,singleTask启动方式Activity在系统中只会存在一份实例,启动时是否启动新Task,取决两个因素:启动者和被启动者的位置关系 和 标签android:taskAffinity的值。

初次发博说明代码实验,有些混乱,敬请见谅。



版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/153279.html原文链接:https://javaforall.cn

【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛

【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...

(0)


相关推荐

  • ZOJ 3826 Hierarchical Notation 模拟

    ZOJ 3826 Hierarchical Notation 模拟

  • java栈内存初始化,阿里面试官:小伙子,你给我说一下JVM对象创建与内存分配机制吧…

    java栈内存初始化,阿里面试官:小伙子,你给我说一下JVM对象创建与内存分配机制吧…内存分配机制逐步分析类加载检查:虚拟机遇到一条new指令(new关键字、对象的克隆、对象的序列化等)时,会先去检查这个指令的参数在常量池中定位到一个类的符号引用,并且这个符号引用代表的类是否应被加载过,如果没有那么就去加载该类分配内存类加载完毕后会给对象分配内存空间。对象的所需的内存大小在类加载完毕后就便可完全确认,为对象分配内存大小的空间等同于把一块确定大小的内存从java堆中划分出来。如何划分…

  • 用“删除反复项”提取出现值[通俗易懂]

    用“删除反复项”提取出现值

  • js——promise用法

    js——promise用法.1.promise基本用法<script>constpromise=newPromise((resolve,reject)=>{console.log(1);resolve(5);console.log(2)}).then(val=>{console.log(val);});pro

  • Voliate

    Voliate1、voliate的理论作用:A、保证可见性B、保证指令不重新排2、可见性原理:a.保证写后的数据马上回写到系统内存b。根据缓存一致性协议,保证写后,数据在总线声明为过期,其他已经读取过这个变量的处理器会通过嗅探技术,发现自己的数据内存被修改,声明无效,如果要修改,则会重新去读取,但是,如果不修改,则不会去读取c.不能保证原子性代码:while(i==1){i++;}…

  • 怎样完全卸载tensorflow?

    怎样完全卸载tensorflow?查看tensorflow版本sudopipshowtensorflow卸载:sudopipuninstallprotobufsudopipuninstalltensorflow安装:sudopipinstall–upgrade

发表回复

您的电子邮箱地址不会被公开。

关注全栈程序员社区公众号