2024年安卓最全当面试官说一下Activity的启动模式吧-[转](4)，2024年最新一线互联网公司面经总结

最新推荐文章于 2024-09-09 11:51:44 发布

2401_84557161

最新推荐文章于 2024-09-09 11:51:44 发布

阅读量438

点赞数 5

分类专栏：程序员文章标签： android 面试学习

本文链接：https://blog.csdn.net/2401_84557161/article/details/138910388

版权

程序员专栏收录该内容

138 篇文章 0 订阅

订阅专栏

总结

最后为了帮助大家深刻理解Android相关知识点的原理以及面试相关知识，这里放上相关的我搜集整理的Android开发中高级必知必会核心笔记，共计2968页PDF、58w字，囊括Android开发648个知识点，我把技术点整理成了视频和PDF（实际上比预期多花了不少精力），包知识脉络 + 诸多细节。

网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。

2021年虽然路途坎坷，都在说Android要没落，但是，不要慌，做自己的计划，学自己的习，竞争无处不在，每个行业都是如此。相信自己，没有做不到的，只有想不到的。

虽然面试失败了，但我也不会放弃入职字节跳动的决心的！建议大家面试之前都要有充分的准备，顺顺利利的拿到自己心仪的offer。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

特殊的任务

通过前面的了解，我们知道如果要打开新的界面需要把Activity实例放到当前任务对应的返回栈的栈顶。该操作是不管该Activity之前有没有实例化过或者栈中是否已经存在了的。

但是，有些特殊情况下，我们会发现一些“例外”。

例1：当来自多个不同任务中的应用选择使用系统浏览器访问网页的时候，浏览器应用并不会在每个任务的返回栈中都创建Activity，而是将所有网页以选项卡的形式展示在同一个界面中。

本例中浏览器应用的Activity如果已经实例化过了就不会重新创建。

例2：小明在微信中向你分享了一条微博内容，你打开后跳转到了微博APP中的该条微博详情页，当你看完内容后按返回键退出该界面发现并不是回到了微信聊天界面，而是来到了微博主页（或上一次在微博中停留的界面）。

本例中微博详情页的Activity虽然是由微信应用所在的任务启动，但是没有加入到微信应用的任务中，而是加入到了微博的任务栈中。

管理任务

很显然上述两个例子在实际使用中并不少见，对于这种特殊的情况我们需要针对性的管理任务，而众所周知的启动模式仅仅是其中的一种。

定义启动模式定义Activity的启动模式其实就是定义一个Activity的新实例如何（是否）与当前任务做关联。以什么样的方式进入到当前（或其他）任务中。如果你只说Activity的启动模式有四种，其实是不准确的，因为我们可以通过两种方法定义不同的启动模式：

使用AndroidManifest.xml中定义在AndroidManifest.xml中标签下使用lauchMode属性来指定当前这个activity的启动模式。
使用Intent标志定义在调用startActivity(Intent intent)前，通过调用intent.addFlags()或者intent.setFlags()方法为Intent添加一个标志，用于为将要启动的Activity声明启动模式。

那两者有什么区别呢？

上述两种方法均可以为activity声明启动模式，只是使用情景不同。

如果我们希望某个activity在任何情况下都会执行一种特殊的启动模式，我们就可以采用AndroidManifest.xml的方法声明。
2.如果我们希望某个activity大多数情况下正常启动，而少数情况下执行特殊的启动模式，我们就可以在需要执行特殊启动模式时在Intent中添加标志声明。
如果一个activity两种方式都声明了的话，使用Intent标志的方式要比AndroidManifest.xml的优先级高。
4.两种方式中定义的启动模式有些是不一样的，Intent标志中定义的某些启动模式AndroidManifest.xml中没有，反之一样。
我们常说的四种启动模式其实说的是AndroidManifest.xml中定义的。

使用AndroidManifest.xml声明启动模式

在清单文件中声明 Activity 时，您可以使用元素的 ][launchMode属性指定 Activity 应该如何与任务关联。

您可以分配给 launchMode 属性的启动模式共有四种： - standard - singleTop - singleTask - singleInstance

先不用管他们具体的操作是什么，我们首先要知道这四种启动模式可以分为两大类：

standard和singleTop 该类启动模式的activity可以被多次的实例化，它们的实例可以放到任何任务中，并且可以位于返回栈的任何位置。
singleTask和singleInstance 带有此类启动模式的activity，它们只能有一个实例存在，且实例只能存在于单独的任务中。

standard：标准模式

默认启动模式，启动activity时直接创建新的实例并压入启动它的任务栈顶。

singleTop：栈顶复用模式

该模式唯一与standard不同的就是，如果启动singleTop模式的activity时发现当前任务的栈顶已经存在着这个activity的实例，那么就不会创建新的实例，而是调用该实例的onNewIntent()方法。其他的跟标准模式一样。

singleTask：栈内复用模式

这个模式有些特殊一点，我们先按使用情景介绍它，当我们将要启动该模式的activity时，系统会判断当前是否有它想要的任务栈： 1. 没有它要的任务栈系统会新创建一个任务，并将该activity实例化作为该任务的根activity。

1.有它要的任务栈这时候系统会找到该任务栈，如果任务栈里只有它自己则直接调用该activity实例的onNewIntent()方法。如果任务栈中它的上方还存在别的activity，那么这些activity会被全部弹出栈。

至于什么是“它想要的任务栈”，我们会在下面单独分析。

singleInstance：单例模式

基本上跟singleTask相同，会为activity单独创建一个任务并能够复用。但是该模式的activity不允许其他activity跟自己存在于同一个任务中，由此 activity 启动的任何 activity 均会被在其他的任务中打开。

使用Intent标志声明启动模式

此方式可以通过调用intent.addFlags(int flags)或者intent.setFlags(int flags)方法为Intent添加一个标志，用于为将要启动的Activity声明启动模式。

在开始介绍前，先进行几点扫盲科普：

一个Intent可以设置多个标志，这就是为啥有addflags()和setFlags()两个方法的原因了。
为Intent设置标志的参数都是Intent类的静态常量。
设置Intent标志不光只有设置activity启动模式这一个功能，设置不同的参数还有其他功能。
Intent标志中可以对activity启动模式进行操作的标志可多了，我们只介绍特别典型的三种。

Intent.FLAG_ACTIVITY_SINGLE_TOP 同AndroidManifest.xml方式中的singleTop启动模式。

Intent.FLAG_ACTIVITY_NEW_TASK 同AndroidManifest.xml方式中的singleTask启动模式。

Intent.FLAG_ACTIVITY_CLEAR_TOP 如果即将启动的 activity 已经存在于当前任务栈中，则会弹出销毁它上方的所有 activity，并调用该activity实例的onNewIntent()方法，而不是启动该 Activity 的新实例。

跟singleTask有点像但不一样，在AndroidManifest.xml方式中没有与此对应的值。

singleTask默认就包含了FLAG_ACTIVITY_CLEAR_TOP的功能。

关联任务

在分析singleTask时有提到过该模式下启动activity前会去找“它想要的任务栈”，那么如何去找呢？这就引出了AndroidManifest.xml中标签下的taskAffinity属性。

taskAffinity 属性

taskAffinity 属性学名任务相关性，说白了其实就是这个参数可以指定当前activity所属任务栈的名字，该属性的值为字符串：

例：android:taskAffinity=“com.test.demo.task1”

如果你在标签没指定这个属性，那么它就用标签的taskAffinity属性，如果标签下也没指定，它就应用包名当做默认值。

taskAffinity 与 singleTask

了解到taskAffinity属性后我们在重新梳理一下singleTask启动模式。

1.如果我们指定了taskAffinity属性的值，那么就跟之前分析的一样，创建新任务等等…

2.如果我们未指定taskAffinity属性的值，新activity就与当前任务的taskAffinity属性值一样，所以新activity的实例会被放置到当前的任务栈中。

除了singleTask呢？

现在我们知道了taskAffinity属性可以强行指定activity所属的任务栈，那么这个属性在其他启动模式情况下是什么样的呢？网上好多人都说没有效果，我不信就亲自测试了一下得出以下结论：

刚介绍 SingleInstance的时候说它跟singleTask一样都会新建一个任务，既然singleTask是根据taskAffinity属性来决定是否需要新建任务的，那么singleInstance是不是也需要指定这个属性呢？答案是否！只要启动模式为singleInstance它一定会单独开一个任务。

2.SingleTop模式下指定了taskAffinity属性的值后，他就会神奇的切换到指定的那个任务栈中，除此之外跟原来一样。

3.最神奇的就是Standard，它也同样受到了taskAffinity属性的影响，也会切换到指定的那个任务栈中，但当我们多次启动这个activity时它不会再多次的创建实例，而是拉起了之前启动过的实例，更特殊的是，其他三种启动模式在复用之前实例时都会调用onNewIntent()方法，他却不会调用该方法。