首页博客链接关于我留言板

前面介绍了通过launchMode设置Activity的启动模式。本章接着介绍Activity的启动模式相关内容,讲解的内容是Intent与启动模式相关的Flag,以及android:taskAffinity的属性。

目录

1. Intent与启动模式相关的Flag简介

2. 1.
FLAG_ACTIVITY_NEW_TASK标签测试


3. 2.
FLAG_ACTIVITY_CLEAR_TOP标签测试


4. 3.
FLAG_ACTIVITY_CLEAR_TASK标签测试


5. 4.
FLAG_ACTIVITY_SINGLE_TOP标签测试

Intent与启动模式相关的Flag简介

这里仅仅对几个常用的与启动模式相关的Flag进行介绍。

  1. FLAG_ACTIVITY_NEW_TASK

    在google的官方文档中介绍,它与launchMode="singleTask"具有相同的行为。实际上,并不是完全相同!

    很少单独使用FLAG_ACTIVITY_NEW_TASK,通常与FLAG_ACTIVITY_CLEAR_TASK或FLAG_ACTIVITY_CLEAR_TOP联合使用。因为单独使用该属性会导致奇怪的现象,通常达不到我们想要的效果!尽管如何,后面还是会通过"FLAG_ACTIVITY_NEW_TASK示例一"和"FLAG_ACTIVITY_NEW_TASK示例二"会向你展示单独使用它的效果。

  2. FLAG_ACTIVITY_SINGLE_TOP

    在google的官方文档中介绍,它与launchMode="singleTop"具有相同的行为。实际上,的确如此!单独的使用FLAG_ACTIVITY_SINGLE_TOP,就能达到和launchMode="singleTop"一样的效果。

  3. FLAG_ACTIVITY_CLEAR_TOP

    顾名思义,FLAG_ACTIVITY_CLEAR_TOP的作用清除"包含Activity的task"中位于该Activity实例之上的其他Activity实例。FLAG_ACTIVITY_CLEAR_TOP和FLAG_ACTIVITY_NEW_TASK两者同时使用,就能达到和launchMode="singleTask"一样的效果!

  4. FLAG_ACTIVITY_CLEAR_TASK

    FLAG_ACTIVITY_CLEAR_TASK的作用包含Activity的task。使用FLAG_ACTIVITY_CLEAR_TASK时,通常会包含FLAG_ACTIVITY_NEW_TASK。这样做的目的是启动Activity时,清除之前已经存在的Activity实例所在的task;这自然也就清除了之前存在的Activity实例!

注意:当同时使用launchMode和上面的FLAG_ACTIVITY_NEW_TASK等标签时,以FLAG_ACTIVITY_NEW_TASK为标准。也就是说,代码的优先级比manifest中配置文件的优先级更高!

下面,通过几个实例加深对这几个标记的理解。

1. FLAG_ACTIVITY_NEW_TASK标签测试

1.1 FLAG_ACTIVITY_NEW_TASK示例一

点击查看:FLAG_ACTIVITY_NEW_TASK示例一的源码

在该实例中,有两个Activity:ActivityTest和SecondActivity。manifest定义如下:

<application android:label="@string/app_name" android:icon="@drawable/ic_launcher">
<activity android:name="ActivityTest"
android:label="@string/app_name">
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity> <activity android:name="SecondActivity" />
</application>

说明:通过manifest可以看出,ActivityTest和SecondActivity在同一个APK中。这也就意味着它们的android:taskAffinity是一样的!

ActivityTest的源码

public class ActivityTest extends Activity {
private static final String TAG="##ActivityTest##"; @Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main); Log.d(TAG, "onCreate: "+this.toString()+", taskId="+this.getTaskId());
TextView tv = (TextView) findViewById(R.id.tv);
tv.setText(this.toString()+", taskId="+this.getTaskId());
} public void onJump(View view) {
Intent intent = new Intent(this, SecondActivity.class);
intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
startActivity(intent);
} @Override
protected void onNewIntent(Intent intent) {
Log.d(TAG, "onNewIntent: intent="+intent+", activity="+this+", taskId="+this.getTaskId());
}
}

说明:onJump()是ActivityTest中一个按钮的回调函数,点击该按钮会跳转到SecondActivity。注意,跳转的Intent添加了FLAG_ACTIVITY_NEW_TASK标志。

SecondActivity的源码

public class SecondActivity extends Activity {

    private static final String TAG="##SecondActivity##";
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.second); Log.d(TAG, "onCreate: "+this.toString()+", taskId="+this.getTaskId());
TextView tv = (TextView) findViewById(R.id.tv2);
tv.setText(this.toString()+", taskId="+this.getTaskId());
} public void onBack(View view) {
Intent intent = new Intent(this, ActivityTest.class);
startActivity(intent);
} @Override
protected void onNewIntent(Intent intent) {
Log.d(TAG, "onNewIntent: intent="+intent+", activity="+this+", taskId="+this.getTaskId());
}
}

说明:onBack()是SecondActivity中一个按钮的回调函数,点击该按钮会跳转回ActivityTest。

测试内容:ActivityTest --> SecondActivity --> ActivityTest --> SecondActivity

测试结果:(01) ActivityTest和SecondActivity在同一个task中。 (02) 两个SecondActivity不同的实例!

结果分析:如果说FLAG_ACTIVITY_NEW_TASK的作用和singleTask具有相同的效果。那么这个示例很明显的否则了这个结论!事实上,在相互跳转的两个Activity的android:taskAffinity相同的情况下,单独使用FLAG_ACTIVITY_NEW_TASK不会产生任何效果!

那如果两个Activity的android:taskAffinity不相同呢?此时会导致什么效果呢?下面,我们通过示例来看看效果。

1.2 FLAG_ACTIVITY_NEW_TASK示例二

点击查看:FLAG_ACTIVITY_NEW_TASK示例二的源码

我们修改"FLAG_ACTIVITY_NEW_TASK示例一"中manifest,将ActivityTest和SecondActivity的android:taskAffinity改为不同;其余的保持不变!修改后的manifest如下:

<application android:label="@string/app_name" android:icon="@drawable/ic_launcher">
<activity android:name="ActivityTest"
android:taskAffinity="com.skw.activitytest01"
android:label="@string/app_name">
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity> <activity android:name="SecondActivity"
android:taskAffinity="com.skw.activitytest02"
/>
</application>

测试内容:ActivityTest --> SecondActivity --> ActivityTest --> SecondActivity

测试结果:(01) ActivityTest和SecondActivity在不同task中! (02) 当第二次进入到ActivityTest中,再企图从ActivityTest中进入到SecondActivity时,没有产生任何效果,仍然停留在ActivityTest中!即第二次ActivityTest --> SecondActivity压根就没发生! 

结果分析:当相互跳转的两个Activity的android:taskAffinity不同时,添加FLAG_ACTIVITY_NEW_TASK确实产生了一些效果:第一次启动Activity时,会新建一个task,并将Activity添加到该task中。这与singleTask产生的效果是一样的!但是,当企图再次从ActivityTest进入到SecondActivity时,却什么也没有发生!

为什么呢?是因为此时SecondActivity实例已经存在,但是它所在的task的栈顶是ActivityTest;而单独的添加FLAG_ACTIVITY_NEW_TASK又不会"删除task中位于SecondActivity之上的Activity实例",所以就没有发生跳转!

好的,那下面,我们添加FLAG_ACTIVITY_CLEAR_TOP之后,再来看看效果。

2. FLAG_ACTIVITY_CLEAR_TOP标签测试

2.1 FLAG_ACTIVITY_CLEAR_TOP示例一

点击查看:FLAG_ACTIVITY_CLEAR_TOP示例一的源码

我们修改"FLAG_ACTIVITY_NEW_TASK示例一"中onJump()函数,修改后的代码如下:

public void onJump(View view) {
Intent intent = new Intent(this, SecondActivity.class);
intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK
| Intent.FLAG_ACTIVITY_CLEAR_TOP);
startActivity(intent);
}

测试内容:ActivityTest --> SecondActivity --> ActivityTest --> SecondActivity

测试结果:(01) ActivityTest和SecondActivity在同一个task中! (02) 两个SecondActivity是不同的实例。

结果分析:这与没有添加FLAG_ACTIVITY_CLEAR_TOP时效果一样!这说明,当相互跳转的两个Activity的android:taskAffinity一样时,不会产生任何效果!

接下来,看看不同android:taskAffinity的情况。

2.2 FLAG_ACTIVITY_CLEAR_TOP示例二

点击查看:FLAG_ACTIVITY_CLEAR_TOP示例二的源码

我们修改"FLAG_ACTIVITY_NEW_TASK示例一"中onJump()函数,修改后的代码如下:

public void onJump(View view) {
Intent intent = new Intent(this, SecondActivity.class);
intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK
| Intent.FLAG_ACTIVITY_CLEAR_TOP);
startActivity(intent);
}

测试内容:ActivityTest --> SecondActivity --> ActivityTest --> SecondActivity

测试结果:(01) ActivityTest和SecondActivity在不同task中! (02) 两个SecondActivity是同一个实例。

结果分析:此时的表现和SecondActivity是singleTask一样! 这说明,在相互跳转的Activity的android:taskAffinity不同时,同时使用FLAG_ACTIVITY_NEW_TASK和FLAG_ACTIVITY_CLEAR_TOP,才具有和singleTask一样的效果!

总的来说:FLAG_ACTIVITY_NEW_TASK和FLAG_ACTIVITY_CLEAR_TOP的使用和android:taskAffinity相关。在同时使用FLAG_ACTIVITY_NEW_TASK|FLAG_ACTIVITY_CLEAR_TOP的情况下,以A启动B来说 

(01) 当A和B的taskAffinity相同时:添加FLAG_ACTIVITY_NEW_TASK|FLAG_ACTIVITY_CLEAR_TOP没有任何作用。和没有添加时的效果一样!

(02) 当A和B的taskAffinity不同时:添加FLAG_ACTIVITY_NEW_TASK|FLAG_ACTIVITY_CLEAR_TOP后,表现的和B是singleTask一样!

3. FLAG_ACTIVITY_CLEAR_TASK标签测试

3.1 FLAG_ACTIVITY_CLEAR_TASK示例一

点击查看:FLAG_ACTIVITY_CLEAR_TASK示例一的源码

我们修改"FLAG_ACTIVITY_NEW_TASK示例一"中onJump()函数,修改后的代码如下:

public void onJump(View view) {
Intent intent = new Intent(this, SecondActivity.class);
intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK
| Intent.FLAG_ACTIVITY_CLEAR_TASK);
startActivity(intent);
}

测试内容:ActivityTest --> SecondActivity --> ActivityTest --> SecondActivity

测试结果:(01) ActivityTest和SecondActivity在同一个task中! (02) 两个SecondActivity是不同的实例。

结果分析:这与没有添加FLAG_ACTIVITY_CLEAR_TASK时效果一样!这说明,当相互跳转的两个Activity的android:taskAffinity一样时,不会产生任何效果!

接下来,看看不同android:taskAffinity的情况。

3.2 FLAG_ACTIVITY_CLEAR_TASK示例二

点击查看:FLAG_ACTIVITY_CLEAR_TASK示例二的源码

我们修改"FLAG_ACTIVITY_NEW_TASK示例一"中onJump()函数,修改后的代码如下:

public void onJump(View view) {
Intent intent = new Intent(this, SecondActivity.class);
intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK
| Intent.FLAG_ACTIVITY_CLEAR_TASK);
startActivity(intent);
}

测试内容:ActivityTest --> SecondActivity --> ActivityTest --> SecondActivity --> 返回键 --> 返回键

测试结果:(01) ActivityTest和SecondActivity在不同的task中! (02) 两个SecondActivity是不同的实例。 (03) 第一次返回键,返回到第一个ActivityTest中。 (04) 第二次返回键,返回到进入第一个ActivityTest之前的画面。 

结果分析:当同时使用FLAG_ACTIVITY_NEW_TASK|FLAG_ACTIVITY_CLEAR_TASK时,每次启动Activity时,若该Activity的实例已经存在于某个task中,则清除该task中的全部内容;然后重新创建task并将Activity添加到新建的task中;否则,直接启动新的task并将该Activity添加到新建的task中。

总的来说:FLAG_ACTIVITY_NEW_TASK和FLAG_ACTIVITY_CLEAR_TASK的使用和android:taskAffinity相关。在同时使用FLAG_ACTIVITY_NEW_TASK|FLAG_ACTIVITY_CLEAR_TASK的情况下,以A启动B来说 

(01) 当A和B的taskAffinity相同时:添加FLAG_ACTIVITY_NEW_TASK|FLAG_ACTIVITY_CLEAR_TASK没有任何作用。和没有添加时的效果一样!

(02) 当A和B的taskAffinity不同时:添加FLAG_ACTIVITY_NEW_TASK|FLAG_ACTIVITY_CLEAR_TASK后,启动B时,若该B已经存在于某个task中,则清除该task中的全部内容;然后重新创建task并将B添加到新建的task中;否则,直接启动新的task并将B添加到新建的task中。

4. FLAG_ACTIVITY_SINGLE_TOP标签测试

FLAG_ACTIVITY_SINGLE_TOP的特性和launchMode="singleTop"一样!这里就不做过多的说明了。

点击查看:FLAG_ACTIVITY_SINGLE_TOP示例一的源码。该示例中,只有一个Activity示例,点击该Activity会跳转到它自身。

点击查看:FLAG_ACTIVITY_SINGLE_TOP示例二的源码。该示例中,有两个Activity示例,两个Activity之间可以相互跳转。


Android 之Activity启动模式(二)之 Intent的Flag属性的更多相关文章

  1. 关于Activity启动模式(launchMode)和intent设置测试后 发现和网上说的不符 是不是我错了 求解

    看了很多关于Activity启动模式(launchMode)和intent设置intent.setFlags (Intent.FLAG_ACTIVITY_NEW_TASK);发现网上说的和我测试结果 ...

  2. Android中Activity启动模式详解

    在Android中每个界面都是一个Activity,切换界面操作其实是多个不同Activity之间的实例化操作.在Android中Activity的启动模式决定了Activity的启动运行方式. An ...

  3. Android开发——Activity启动模式详解

    1. Activity的启动模式 本文原创,转载请注明出处:http://blog.csdn.net/seu_calvin/article/details/52054893 1.1 Standard标 ...

  4. Android中Activity启动模式探索

    Android中启动模式(launchMode)分为standard, singleTop, singleTask, singleInstance四种,可通过AndroidManifest.xml文件 ...

  5. 第二课android中activity启动模式

    一.标准启动模式可以用函数gettaskid得到任务的idtostring得到地址用textallcaps来设置是否全部大写应用启动自己是在任务栈里创建不同实例可以用返回来返回上一个任务栈在andro ...

  6. android入门 — Activity启动模式

    1.standard模式 standard模式是系统的默认启动方式,每次激活Activity都会创建Activity,并放在任务栈中. 系统不会在乎活动是否已经存在于返回栈中,每次启动都会创建该活动的 ...

  7. Android之Activity启动模式

    正常模式 每个应用都有一个任务栈,任务栈中保存着已创建的Activity,先创建的Activity先入栈,栈顶是当前正在显示的activity(running),这是正常模式下的Activity的管理 ...

  8. Android Activity 的四种启动模式 lunchMode 和 Intent.setFlags();singleTask的两种启动方式。

    原文:Android Activity 的四种启动模式 lunchMode 和 Intent.setFlags();singleTask的两种启动方式. Android Activity 的四种启动模 ...

  9. Android组件体系之Activity启动模式解析

    本文主要分析Activity的启动模式及使用场景. 一.Activity启动模式浅析 1.standard 标准模式,系统默认的启动模式.在启动Activity时,系统总是创建一个新的Activity ...

随机推荐

  1. Asp.Net Core 轻松学系列-5利用 Swagger 自动生成接口文档

    目录 前言 结语 源码下载 前言     目前市场上主流的开发模式,几乎清一色的前后端分离方式,作为服务端开发人员,我们有义务提供给各个客户端良好的开发文档,以方便对接,减少沟通时间,提高开发效率:对 ...

  2. wepy全局拦截器

    wepy有支持全局拦截器,但是请求需要使用wepy.request().then(): 在app.wpy文件中配置以下内容,与data同级 constructor(){ super(); this.u ...

  3. vue中使用ts后,父组件获取执行子组件方法报错问题

    一.问题产生背景: 子组件的一个方法: update () { this.$nextTick(() => { this.ul_slots.forEach((ul, cur_slots_index ...

  4. golang包管理工具

    软件开发中,不可避免的会使用到第三方库,因此包管理工具可以极大的方便开发者管理第三方依赖,避免掉入"依赖地狱". 作为google强大背书的golang语言,golang官方包管理 ...

  5. LeetCode 【1】 Two Sum --001

    5月箴言 住进布达拉宫,我是雪域最大的王.流浪在拉萨街头,我是世间最美的情郎.—— 仓央嘉措 从本周起每周研究一个算法,并以swift实现之 001 -- Two Sum (两数之和) 题干英文版: ...

  6. 13.MyBatis注解式开发

    mybatis 的注解,主要是用于替换映射文件.而映射文件中无非存放着增.删.改.查 的 SQL 映射标签.所以,mybatis 注解,就是要替换映射文件中的 SQL 标签. mybatis 官方文档 ...

  7. Spring3.2.2中相关Jar包的作用

    今天在看Spring的源码的时候不知道从什么地方开启应该合适,因为不太清楚实现类所在的具体Jar包,就从网上找了些,可是网上有的说的是不清不楚,甚至是有些错误的,所以就把相关Jar包的大致作用给整理了 ...

  8. MYSQL的B+Tree索引树高度如何计算

    前一段被问到一个平时没有关注到有关于MYSQL索引相关的问题点,被问到一个表有3000万记录,假如有一列占8位字节的字段,根据这一列建索引的话索引树的高度是多少? 这一问当时就被问蒙了,平时这也只关注 ...

  9. php使用播放插件播放m3u8,mp4,flv格式的视频

    一.这里我主要是播放m3u8的视频,有两款比较好的插件,swise和ckpalyer,我介绍的是ckplayer,这是在pc端播放的,并且是需要flash支持的,不过现在的最新浏览器都是默认安装的 二 ...

  10. elasticsearch + kibana + x-pack + logstash_集群部署安装

    elasticsearch 部分总体描述: 1.elasticsearch 的概念及特点.概念:elasticsearch 是一个基于 lucene 的搜索服务器.lucene 是全文搜索的一个框架. ...