Android 面试黑洞——当我按下 Home 键再切回来，会发生什么？(1)

你把这个大话题弄明白了，才可以指哪打哪，随心所欲。面试官有时候问一些比较刁钻的 launchMode 的问题，其实也不是为了刁难你，这都是对实际开发有用的，只是它比较难掌握而已。

所以今天，我就把 launchMode 以及和它相关的这一大套东西，给大家讲清楚。安全带系好了。

视频先行

要看视频的可以直接去 哔哩哔哩 或者 YouTube 观看。

强烈建议扫码看视频版本！

强烈建议扫码看视频版本！

强烈建议扫码看视频版本！

本期视频用了大量的 3D 动画来配合讲解，比如这样： 所以有条件的话强烈建议观看视频版本，因为本期的文字版可能会比较不适合阅读。

下面的文字是本期视频的脚本，为了方便阅读才修改成了文章的格式。所以如果你点开视频，下面的文字就不用看了。

Task 和回退栈

大家好，我是扔物线朱凯。

先问个问题：当我们在 Android 手机里点了最近任务的方块键，我们看到的这是一个个的……什么？

一个个…… Activity？一个个…… App？我们看到的是一个个……Task，任务。

当我们的 App 图标在桌面上被点击的时候，App 的默认 Activity——也就是那个配置了 MAIN + LAUNCHER 的 intent-filter 的 Activity——会被启动，并且这个 Activity 会被放进系统刚创建的一个 Task 里。我们通过最近任务键可以在多个 App 之间进行切换，但其实更精确地说，我们是在多个 Task 之间切换。

每个 Task 都有一个自己的回退栈，它按顺序记录了用户打开的每个 Activity，这样就可以在用户按返回键的时候，按照倒序来依次关闭这些 Activity。当回退栈里最后一个 Activity 被关闭，这个 Task 的生命也就结束了。

但它并不会在最近任务列表里消失。系统依然会保留这个 Task 的一个残影给用户，目的是让用户可以方便地「切回去」；只是这种时候的所谓「切回去」，其实是对 App 的重新启动，因为原先的那个 Task 已经不存在了。

所以，在最近任务里看见的 Task，未必是还活着的。

singleTask

Activity 是一个可以跨进程、跨应用的组件。当你在 A App 里打开 B App 的 Activity 的时候，这个 Activity 会直接被放进 A 的 Task 里，而对于 B 的 Task，是没有任何影响的。

为什么？为什么这么设计？

首先我们想一想：我们为什么要打开别的 App 的 Activity？因为它提供了一个通用的功能，对吧？比如通讯录 App 可能会提供一个添加联系人的 Activity 供其他 App 使用。那么这些通用的功能，它的逻辑是和谁相关的？比如我从短信 App 里点击一个电话号码，选择「新建联系人」，然后通讯录 App 提供的添加联系人 Activity 就会被打开，对吧？这个 Activity 它的逻辑是和哪个 App 相关的？和短信相关吗？相关的，因为它是从短信跳过来的嘛，它们是在一整个逻辑链条上的。换句话说，如果我现在按了返回键，我会回到刚才的短信界面。是吧？那它和通讯录相关吗？是不相关的。所谓不相关，就是在这个时候用户如果按下最近任务的方块键，他不应该看到通讯录的 Task；而如果他现在回到桌面，点击通讯录的图标，他看到的也不应该是这个添加联系人的页面，而应该是一个联系人列表，因为用户的这个操作大概率是要查看通讯录；相反，在这个时候他再切回短信 App，他应该回到刚才的添加联系人页面，继续编辑联系人信息。所以对于「添加联系人」这个页面来说，它是和打开它的那个 App 有相关性，而不是和提供它的 App，对吧？更确切地说，也不是和打开它的 App 相关，而是和打开它的 Task 相关。是这回事吧？而这个逻辑，实际上也是 Android 默认的规则。当你在不同的 Task 里打开相同的 Activity 的时候，这个 Activity 会被创建出不同的实例，分别放在每一个 Task 里，互不干扰。这是符合产品逻辑，也是符合用户心理的。

但是！这只是默认的规则。有的时候我们会需要不同的产品逻辑。比如我在短信里点击的不是电话号码，而是一个邮箱地址，那么我的邮箱 App 提供的编写邮件的 Activity 就会被打开，对吧？这个时候，这个编写邮件的 Activity，它的逻辑是和哪个 App 相关的？首先，依然是和短信 App 相关的，对吧？原因跟刚才一样，它是从短信打开的。那么它和邮箱 App 相关吗？也是相关的。因为按照用户使用邮件的习惯，如果现在按下最近任务键，用户会期望看到邮箱 App 的 Task 出现在短信 Task 的旁边，并且当它点击这个 Task，或者当它切回桌面点击邮箱 App 的图标，他都会期望回到写邮件的界面继续写。编写邮件和添加联系人这两件事并没有本质的不同，只是用户不同的心理预期决定了我们要有不同的产品逻辑。所以如果你们也做通讯录或者邮箱，而且产品逻辑和我说的不一样，没关系，这是产品经理负责的事，我在说的是如果你有怎样的产品逻辑，你应该怎么写。

那么如果我要做这种逻辑的邮箱，我应该怎么办呢？很简单，只要在 AndroidManifest.xml 里把这个编写邮件的 的 launchMode 设置为 singleTask 就行了。

singleTask 可以让 Activity 被别的 App 启动的时候不会进入启动它的 Task 里，而是会在属于它自己的 Task 里创建，放在自己的栈顶，然后把这整个 Task 一起拿过来压在启动它的 Task 上面。这种逻辑可以保证，不管是从哪个 App 启动，被标记为 singleTask 的 Activity 总是会被放在自己的 Task 里。如果你仔细留意也会发现，这种方式打开的 Activity 的入场动画是应用间切换的动画，而不是普通的 Activity 入场动画。这种不一致并不是 Android 不拘小节不修边幅，相反，这是在刻意地提醒用户：你在进行跨任务操作。这时候用户如果点返回键，界面会显示你的 App 里的上一个 Activity，而不是直接返回到之前的 App。直到用户反复按返回键，把这个 App 所有的 Activity 全都关闭了，上面的 Task 消失，下面的 Task 才会出来，也就是对于我们的例子来说，短信 App 才会露出来，而且这次，又变成了应用间切换的动画——确切地说，是 Task 间切换的动画。

也就是说，不止 Activity 在 Task 内部可以叠成栈，不同的 Task 之间也可以叠起来。不过有一点：Task 的叠加，只适用于前台 Task，前台叠加的多个 Task 在进入后台的第一时间就会被拆开。前台 Task 进入后台最常见的场景有两种：按 Home 键回到桌面，以及按最近任务键查看最近任务。需要注意的是：前台 Task 是在显示最近任务的时候就已经进入了后台，而不是在你切换到其他应用之后。所以如果用户从短信进入邮箱以后没有按直接返回键，而是先查看一下最近任务再马上按返回键切回去，这个时候虽然表面上看着没变，但实际上前台 Task 已经只剩下了一个。现在如果用户再连续按返回键关掉邮件 App 的 Task，他就不会回到短信了，而是直接回到桌面。

我觉得这个其实有点反用户直觉的。我只是切出去再切回来，怎么就变了？但是，Android 就是这么工作的。

allowTaskReparenting

除了 singleTask，对于新建邮件这种场景，还有一种解决方案是使用一个叫做 allowTaskReparenting 的属性。Activity 默认情况下只会归属于一个 Task，不会在多个 Task 之间跳来跳去，但你可以通过设置来改变这个逻辑。如果你不是用 singleTask 来设置编写邮件的 Activity，而是把它的 allowTaskReparenting 属性设置为 true，那么当用户从短信里打开这个 Activity 的时候，它虽然依然会进入短信 App 的 Task 里，但当稍后用户再从桌面点开邮件 App 的时候，原先那个放在短信 Task 里的 Activity 会被挪过来，放进邮件 App 的 Task 里，在回退栈的顶端被显示出来；而这时候你再切回短信，也会发现那个 Activity 已经不见了。这也就是所谓的「Task Reparenting」。你打开我的时候，我在你的 Task 里；稍后我又可以回到我原本所属的 Task 来。

这跟 singleTask 比起来，因为 Activity 刚被打开的时候并没有发生 Task 切换，所以也没有 Task 切换的夸张的入场动画，对于用户是无感知的；而且因为只有一个 Task，用户切到后台再切回来的时候也不会像 singleTask 那样被切断自己的回退路径。

好用吧？

不过！很恶心的是，我发现从 Android 9 开始，这个属性失效了！不知道是不是因为这个属性用的人太少了，导致 Android 团队把这个属性改坏了也没发现，就这么发布出来了。（冷笑——摔手机。）而且我还发现，在最新的 Android 11 上，这个属性又被修好了，工作正常了！总之，这个属性的设计是很好的，但它在 Android 9 和 10 的手机上是坏的——我还专门拿我的三星 S20 也测试了一下，确认了三星也没有修复这个问题。但是用户可不会怪手机，更不会怪系统，他们只会怪你的 App 难用。所以这个 allowTaskReparenting，虽然很好用，但如果你要用，请做好测试以及各种心理准备。

singleInstance

singleTask 除了保证 Activity 在固定的 Task 里创建，还有一个行为规则：如果启动的时候这个 Task 的栈里已经有了这个 Activity，那么就不再创建新的对象，而是直接复用这个已有的对象；同时，因为 Activity 没有被重建，系统也就不会调用它的 onCreate() 方法，而是调用它的 onNewIntent() 方法，让它可以从 Intent 里解析数据来刷新界面（如果需要的话）；另外在调用 onNewIntent() 之前，如果这个 Activity 的上面压着的有其他 Activity，系统也会把这些 Activity 全部清掉，来确保我们要的 Activity 出现在栈顶。

那么这样 singleTask 其实是既保证了「只有一个 Task 里有这个 Activity」，又保证了「这个 Task 里最多只有一个这个 Activity」，所以虽然它名字叫 singleTask，但它在实质上限制了它所修饰的 Activity 在全局只有一个对象。

在 singleTask 之外，Android 还提供了一种更彻底的 launchMode 的选项：singleInstance。

刚才我说，singleTask 其实是个事实上的全局单例，是吧？那这个 singleInstance 单一实例又是什么意思呢？它的行为逻辑和 singleTask 基本是一致的，只是它多了个更严格的限制：它要求这个 Activity 所在的 Task 里只有这么一个 Activity——下面没有旧的，上面也不许有新的。

具体来说，比如我把编写邮件的 Activity 设置成了 singleInstance，那么当用户在短信 App 里点击了邮件地址之后，邮件 App 不仅会创建这个 Activity 的对象，而且会创建一个单独的 Task 来这个 Activity 放进去，或者如果之前已经创建过这个 Task 和 Activity 了，那就像 singleTask 一样，直接复用这个 Activity，调用它的 onNewIntent()；另外，这个 Task 也会被拿过来压在短信 Task 的上面，入场动画是切换 Task 的动画。这时候如果用户点击返回，上面的 Task 里因为只有一个 Activity，所以手机会直接回到短信 App，出场动画也是切换 Task 的动画；而如果用户没有直接点击返回，而是先看了一下最近任务又返回来，这时候因为下面的短信的 Task 已经被推到后台，所以用户再点返回的话，就会回到桌面，而不是回到短信 App；而如果用户既没有点击返回也没有切后台，而是在编写邮件的 Activity 里又启动了新的 Activity，那么由于 singleInstance 的限制，这个新打开的 Activity 并不会进入当前的 Task，而是会被装进另一个 Task 里，然后随着这个 Task 一起被拿过来压在最上面。

这就是 singleInstance 和 singleTask 的区别：singleTask 强调的只是唯一性：我只会在一个 Task 里出现；而且这个 Task 里也只会有一个我的实例。而 singleInstance 除了唯一性，还要求独占性：我要独自霸占一个完整的 Task。

那么在实际的操作中，它们的区别就是：在被启动之后，用户按返回键时，singleTask 会在自己的 App 里进行回退，而 singleInstance 会直接回到原先的 App；以及用户稍后从桌面点开 Activity 所在的 App 的时候，singleTask 的会看到这个 Activity 依然在栈顶，而 singleInstance 的会看到这个 Activity 已经不见了——它在哪？它并没有被杀死，而是在后台的某个地方默默蹲着，当你再次启动它，它就会再次跑到前台来，并被再得到一次 onNewIntent() 的回调。

刚才我说，在最近任务里看见的 Task 未必还活着；那么这里就可以再加一句：在最近任务里看不见的 Task，也未必就死了，比如 singleInstance。

taskAffinity

那既然它还活着，为什么会被藏起来呢？因为它们的 taskAffinity 冲突了。

在 Android 里，一个 App 默认只能有一个 Task 显示在最近任务列表里。但其实用来甄别这份唯一性的并不是 App，而是一个叫做 taskAffinity 的东西。Affinity 就是相似、有关联的的意思，在 Android 里，每个 Activity 都有一个 taskAffinity，它就相当于是对每个 Activity 预先进行的分组。它的值默认取自它所在的 Application 的 taskAffinity，而 Application 的 taskAffinity 默认是 App 的包名。

另外，每个 Task 也都有它的 taskAffinity，它的值取自栈底 Activity 的 taskAffinity；我们可以通过 AndroidManifest.xml 来定制 taskAffinity，但在默认情况下，一个 App 里所有的 Task 的 taskAffinity 都是一样的，就是这个 App 的包名。当我们启动一个新的 Task 的时候——比如开机后初次点开一个 App——这个 Task 也会得到一个 taskAffinity，它的值就是它所启动的第一个 Activity 的 taskAffinity。当我们继续从已经打开的 Activity 再打开新的 Activity 的时候，taskAffinity 就会被忽略了，新的 Activity 会直接入栈，不管它来自哪；但如果新的 Activity 被配置了 singleTask，Android 就会去检查新的 Activity 和当前 Task 的 taskAffinity 是不是相同，如果相同就继续入栈，而如果不同，新 Activity 就会进入和它自己的 taskAffinity 相同的 Task，或者创建一个新的 Task。

所以当你在 App 里启动一个配置了 singleTask 的 Activity，如果这个 Activity 来自别的 App，就会发生 Task 的切换；而如果这个 Activity 是你自己 App 里的，你会发现它直接进入了当前 Task 的栈顶，因为这种情况下新 Activity 和当前的 Task 的 taskActivity 是相同的。而你如果再给这个 Activity 设置一个独立的 taskAffinity，你又会发现，哪怕是同一个 App，这个 Activity 也会被分拆到另一个 Task 里。而且如果这个独立设置的 taskAffinity 恰好和另一个 App 的 taskAffinity 一样，这个 Activity 还会直接进入别人的 Task 去。

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）

总结

最后为了帮助大家深刻理解Android相关知识点的原理以及面试相关知识，这里放上相关的我搜集整理的14套腾讯、字节跳动、阿里、百度等2021最新面试真题解析，我把技术点整理成了视频和PDF（实际上比预期多花了不少精力），包知识脉络 + 诸多细节。

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

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！

，不再深入研究，那么很难做到真正的技术提升。

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！