Android启动模式与任务栈：launchMode、singleTask与onNewIntent实战

做Android开发这些年，启动模式这块儿我踩过的坑，基本能凑一桌满汉全席了。无论是用户点击通知后返回到了错误页面，还是快速双击按钮导致同一个界面被打开了好几次，追根溯源，十有八九都和Activity启动模式与任务栈管理机制有关。今天不绕弯子，直接开讲，把这套机制从原理到实战再到各种边角问题，一次性梳理清楚。

这篇文章适合谁呢？刚入门Android、刚把Activity生命周期理顺的初学者，可以在这里把四种launchMode的行为边界搞清楚；已经写了两三年业务代码、对“singleTask”和“onNewIntent”一直半懂不懂的开发者，可以在这里把之前踩过的坑对号入座；即便是经验比较丰富的开发者，如果团队里有人碰到诡异的页面栈问题，也能从任务栈的底层逻辑里找到排查线索。总之，这是一篇偏实战向的启动模式深度解析，看完应该能少走不少弯路。

1. 从一个真实场景说起：为什么启动模式值得研究

1.1 一次诡异的产品Bug

先说一个我印象特别深刻的线上案例。我们产品有个首页、商品列表页、商品详情页。用户从首页进列表，再进详情，这时候切到后台，过了几分钟再回来，系统可能已经把App进程回收了。用户再从最近任务列表点进App，结果发现页面直接回到了首页，而不是他之前正在看的详情页。另一类更常见的场景是，App收到一条推送，点击通知打开详情页，返回键一按，却回退到了登录页或某个不该出现的中间页。

这类问题如果只是偶现，很多开发的第一反应是“系统杀了进程，数据没保存”，但如果你能稳定复现，就会发现根因往往出在启动模式和任务栈的配合上。点击通知拉起详情页时，如果给Intent设置了FLAG_ACTIVITY_NEW_TASK，或者目标Activity声明了singleTask，它可能会被放进一个全新的Task，而App原本的任务栈还在后面等着。返回键按下去，当前这个新Task被弹空，用户直接回到了桌面或者上一个任务，看上去就像“返回到了错误页面”。

这些现象，如果不懂任务栈，就只能靠各种hack手段去规避。比如有人会在onNewIntent里加一堆标志位，有人会在BaseActivity里统一判断栈数量，绕来绕去，最后代码变得又臭又难维护。但实际上，理解了Task和Activity实例之间的关系，很多问题都是可解释、可预测、可以提前规避的。

1.2 任务栈到底是什么

任务栈（Task）是Android系统管理Activity的一种逻辑容器。它并不像“栈”这个字听起来那么底层，其实就是一个后进先出（LIFO）的Activity列表。你打开一个App，启动第一个Activity时，系统会创建一个Task，然后这个Activity被压入栈底；每打开一个新页面，新的Activity入栈；每按一次返回键，栈顶的Activity出栈销毁。当栈空了，这个Task也就被系统移除了。

你可以把Task想象成一叠盘子。你往上面放盘子，用完之后从最上面拿走。Activity A入栈、Activity B入栈、Activity C入栈，那么栈顶就是C；按返回键，C出栈销毁，B变成栈顶。这个流程是所有Android页面导航的基础。其实这个比喻还能继续延伸：如果你把其中某几个盘子换个地方单独叠成一摞，那就是“新开一个Task”，而singleTask和singleInstance做的事情，本质上就是在控制盘子的摆放位置和复用规则。

但这里有个关键概念容易混淆：Task不等于进程，也不等于App。同一个进程里可以跑多个Task，同一个Task里的Activity也可以来自不同的应用。Task只是逻辑上的页面栈，系统根据这个栈记录每个页面的状态和信息，用于有序导航，以及进程被回收后的页面状态恢复。理解了这一点，后面再聊taskAffinity和singleInstance时就会轻松很多。

2. 四种启动模式详解与适用场景

2.1 standard：默认的“重新生一个”

standard是Android默认的启动模式。在没有做任何额外设置的情况下，每次通过startActivity启动目标Activity，系统都会创建一个全新的实例，压入当前任务栈。无论这个Activity之前是否已经存在实例，无论它现在是不是在栈顶，都一视同仁，都会重新创建。

用代码来说，假设你有一个DetailActivity，从MainActivity里连点三次按钮启动它，栈里就会有三个DetailActivity实例，排列大致是 [MainActivity, DetailActivity, DetailActivity, DetailActivity]。每个实例的创建都会走完整的onCreate → onStart → onResume生命周期。这种模式逻辑最简单，也比较适合大多数业务页面，比如从列表进详情，每次都希望看到全新页面、重新加载数据。

但standard也是产生“重复页面”问题的最大根源。如果用户快速双击某个按钮来启动同一个页面，就可能在栈里压入两个一模一样的Activity实例。解决办法可以从按钮防抖入手，也可以给目标Activity设置singleTop（栈顶复用），这样当第二个实例被启动时，如果它已经在栈顶，就直接复用现有实例，不会重复创建。另外，standard模式下的Activity只能被压入启动它时所在的当前Task，它没有“跨Task”的能力，这一点和后面要讲的singleTask、singleInstance差异非常明显。

2.2 singleTop：顶部去重

singleTop的意思可以理解为“如果目标Activity已经位于当前Task的栈顶，则不创建新实例，而是复用栈顶实例，并回调onNewIntent”。如果目标Activity不在栈顶，那么行为就和standard一致，创建新实例并压入当前Task。

这个模式最适合一种场景：从通知栏点击进入某个页面、从搜索框反