深入源码排查 FLAG_ACTIVITY_NEW_TASK 导致的 Activity 无法正常启动
引言
众所周知 Android 中 Activity 有四种启动模式，决定了是否创建新的 Activity 实例或复用当前实例。但是实际上 Activity 的启动十分复杂，不单单是 android:launchMode 就能决定的，多个 Intent Flag 都能改变启动的行为模式，除此之外还会根据 android:taskAffinity 的值来判断对应任务栈是否存在。
基本 LaunchMode 行为模式
首先复习一下最基本的 LaunchMode 行为模式：
standard：默认值，每次启动都会创建一个新的 Activity 实例。
singleTop：如果待启动 Activity 处于栈顶则重用实例回调其
onNewIntent()方法，否则新建实例。singleTask：如果已有任务栈中存在该 Activity 实例，则将实例之上的其他 Activity 清空并回调实例的
onNewIntent()方法，否则新建栈创建 Activity 实例。singleInstance：在单独一个栈中创建，该栈不会再创建其他 Activity，当系统中存在实例时回调实例的
onNewIntent()方法。
这是我们最熟知的启动模式，但是需要注意的是：上述行为模式仅限于未添加任何 Flag，并且没有改变 taskAffinity 的前提下。
Service 启动 Activity
如前所述，如果单纯的 Activity 启动 Activiy 且不添加任何 Flag 是没问题的，但是如果我们使用 Service 启动 Activity 就会遇到一个异常，在 Framework（本文 Framework 源码均来自 Android 11 版本）的源码中会抛出异常：
1// android.app.ContextImpl
2@Override
3public void startActivity(Intent intent, Bundle options) {
4 ……
5 if ((intent.getFlags() & Intent.FLAG_ACTIVITY_NEW_TASK) == 0
6 && (targetSdkVersion < Build.VERSION_CODES.N || targetSdkVersion >= Build.VERSION_CODES.P)
7 && (options == null || ActivityOptions.fromBundle(options).getLaunchTaskId() == -1)) {
8 throw new AndroidRuntimeException(
9 "Calling startActivity() from outside of an Activity "
10 + " context requires the FLAG_ACTIVITY_NEW_TASK flag."
11 + " Is this really what you want?");
12 }
13 ……
14}
所以在 Service 中启动 Activity 必须添加 FLAG_ACTIVITY_NEW_TASK，原因也很简单，每个 Activity 启动都需要一个任务栈，非 Activity 的 context 存在后台启动的可能，而此时前台是其他 App 的任务栈，甚至我们的 App 根本没有创建过任务栈，为了防止这些无法预料的情况出现，被强制要求添加这个 Flag。
standard 是四种启动模式中最简单也最常见的，其他三种各有各的流程，唯独 standard 直接简单粗暴创建一个新的实例放到栈顶。那么问题来了，是否所有的 standard 都能创建一个新的实例呢？
无法启动的 standard Activity
复现流程
将所有不影响异常的业务代码删除之后得到的最精简复现流程如下：
Service 附加
FLAG_ACTIVITY_NEW_TASK启动 A_Activity：1startActivity(Intent(this, AActivity::class.java).apply { addFlags(Intent.FLAG_ACTIVITY_NEW_TASK) })A_Activity 启动 B_Activity：
1startActivity(Intent(this, BActivity::class.java))Service 附加
FLAG_ACTIVITY_NEW_TASK启动 A_Activity：1startActivity(Intent(this, AActivity::class.java).apply { addFlags(Intent.FLAG_ACTIVITY_NEW_TASK) })
会发现 A_Activity 无法被启动，A_Activity 和 B_Activity 均未回调 onCreate、onResume 或者 onNewIntent 等生命周期函数，也没有任何 Crash 或者 ANR 的日志发生，点击 B_Activity 可以正常操作。
原因推测
首先排除 Service 的 Context 的原因，因为我们可以构造如下流程，实验会发现 A_Activity 依然无法启动：
MainActivity 中先
finish后附加FLAG_ACTIVITY_NEW_TASK启动 A_Activity：1finish() 2startActivity(Intent(this, AActivity::class.java).apply { addFlags(Intent.FLAG_ACTIVITY_NEW_TASK) })A_Activity 启动 B_Activity：
1startActivity(Intent(this, BActivity::class.java))B_Activity 附加
FLAG_ACTIVITY_NEW_TASK启动 A_Activity：1startActivity(Intent(this, AActivity::class.java).apply { addFlags(Intent.FLAG_ACTIVITY_NEW_TASK) })
那么从使用排除法得到 FLAG_ACTIVITY_NEW_TASK 有可能是原因了。另外细心观察上面的步骤，会发现第一步先 finish 再 startActivity，如果去掉 finish 做实验会发现其实可以成功启动 A_Activity，那么另一个原因应该就是 finish 了。
源码追踪
startActivityInner
Framework 的 Activity 启动源码非常繁杂，但是真正对 Activity 栈进行操作的函数是 ActivityStarter#startActivityInner，所以我们将着重分析这个方法。
1// com.android.server.wm.ActivityStarter
2int startActivityInner(final ActivityRecord r, ActivityRecord sourceRecord,
3 IVoiceInteractionSession voiceSession, IVoiceInteractor voiceInteractor,
4 int startFlags, boolean doResume, ActivityOptions options, Task inTask,
5 boolean restrictedBgActivity, NeededUriGrants intentGrants) {
6 setInitialState(r, options, inTask, doResume, startFlags, sourceRecord, voiceSession,
7 voiceInteractor, restrictedBgActivity);
8
9 // 计算 Activity 的启动 Flag
10 computeLaunchingTaskFlags();
11 ……
12 // 确定是否将新 Activity 插入现有任务栈中，如果是则返回对应的 ActivityRecord，否则返回 null
13 final Task reusedTask = getReusableTask();
14 ……
15 // 计算是否存在可用的任务栈
16 final Task targetTask = reusedTask != null ? reusedTask : computeTargetTask();
17 final boolean newTask = targetTask == null;
18 mTargetTask = targetTask;
19
20 computeLaunchParams(r, sourceRecord, targetTask);
21
22 // 检查是否允许在给定任务栈或者新栈上启动 Activity
23 int startResult = isAllowedToStart(r, newTask, targetTask);
24 if (startResult != START_SUCCESS) {
25 return startResult;
26 }
27
28 final ActivityRecord targetTaskTop = newTask ? null : targetTask.getTopNonFinishingActivity();
29 if (targetTaskTop != null) {
30 // 为了这次启动回收目标任务栈
31 startResult = recycleTask(targetTask, targetTaskTop, reusedTask, intentGrants);
32 if (startResult != START_SUCCESS) {
33 return startResult;
34 }
35 } else {
36 mAddingToTask = true;
37 }
38 ……
39}
由于 startActivityInner 方法依然比较长，所以将只看几个可能产生影响的地方，对任务栈有影响的关键方法是 getReusableTask 和 recycleTask。
getReusableTask
首先先看看 getReusableTask 的源码：
1// com.android.server.wm.ActivityStarter
2private Task getReusableTask() {
3 // 新 Activity 放到现有任务栈中的条件：
4 // 1. Flags 包含 FLAG_ACTIVITY_NEW_TASK 但是不包含 FLAG_ACTIVITY_MULTIPLE_TASK
5 // 2. launchMode 是 singleInstance 或 singleTask
6 boolean putIntoExistingTask = ((mLaunchFlags & FLAG_ACTIVITY_NEW_TASK) != 0 &&
7 (mLaunchFlags & FLAG_ACTIVITY_MULTIPLE_TASK) == 0)
8 || isLaunchModeOneOf(LAUNCH_SINGLE_INSTANCE, LAUNCH_SINGLE_TASK);
9 putIntoExistingTask &= mInTask == null && mStartActivity.resultTo == null;
10 ActivityRecord intentActivity = null;
11 if (putIntoExistingTask) {
12 if (LAUNCH_SINGLE_INSTANCE == mLaunchMode) {
13 // singleInstance 相关
14 intentActivity = mRootWindowContainer.findActivity(mIntent, mStartActivity.info,
15 mStartActivity.isActivityTypeHome());
16 } else if ((mLaunchFlags & FLAG_ACTIVITY_LAUNCH_ADJACENT) != 0) {
17 // 分屏相关
18 intentActivity = mRootWindowContainer.findActivity(mIntent, mStartActivity.info,
19 !(LAUNCH_SINGLE_TASK == mLaunchMode));
20 } else {
21 // 除上述情况之外的情况寻找最合适的任务栈
22 intentActivity =
23 mRootWindowContainer.findTask(mStartActivity, mPreferredTaskDisplayArea);
24 }
25 }
26 ……
27 return intentActivity != null ? intentActivity.getTask() : null;
28}
根据上述源码，由于我们的 Flags 中包含 FLAG_ACTIVITY_NEW_TASK 但是不包含 FLAG_ACTIVITY_MULTIPLE_TASK，所以会从现有的任务栈中寻找一个最合适的任务栈并将待启动的 Activity 插入其中，在我们举的例子中，会获取到 B_Activity 所在的任务栈。
recycleTask
接着来看看 recycleTask 的源码：
1// com.android.server.wm.ActivityStarter
2int recycleTask(Task targetTask, ActivityRecord targetTaskTop, Task reusedTask,
3 NeededUriGrants intentGrants) {
4 // 不同用户下不回收任务栈，直接启动 Activity 并添加到任务栈中
5 if (targetTask.mUserId != mStartActivity.mUserId) {
6 mTargetStack = targetTask.getStack();
7 mAddingToTask = true;
8 // 第一处 return
9 return START_SUCCESS;
10 }
11 ……
12 setTargetStackIfNeeded(targetTaskTop);
13 ……
14 // START_FLAG_ONLY_IF_NEEDED 表示启动和被启动者是同一个
15 if ((mStartFlags & START_FLAG_ONLY_IF_NEEDED) != 0) {
16 if (!mMovedToFront && mDoResume) {
17 ……
18 mTargetStack.moveToFront("intentActivityFound");
19 }
20 resumeTargetStackIfNeeded();
21 // 第二处 return
22 return START_RETURN_INTENT_TO_CALLER;
23 }
24
25 complyActivityFlags(targetTask,
26 reusedTask != null ? reusedTask.getTopNonFinishingActivity() : null, intentGrants);
27 ……
28 if (mAddingToTask) {
29 // 第三处 return
30 return START_SUCCESS;
31 }
32 ……
33 resumeTargetStackIfNeeded();
34 mLastStartActivityRecord =
35 targetTaskTop.finishing ? targetTask.getTopNonFinishingActivity() : targetTaskTop;
36 // 第四处 return
37 return mMovedToFront ? START_TASK_TO_FRONT : START_DELIVERED_TO_TOP;
38}
根据单步调试，我们可以知道 recycleTask 返回的结果是 START_DELIVERED_TO_TOP，在 startActivityInner 中 recycleTask 部分的相关代码是：
1// com.android.server.wm.ActivityStarter#startActivityInner
2startResult = recycleTask(targetTask, targetTaskTop, reusedTask, intentGrants);
3if (startResult != START_SUCCESS) {
4 return startResult;
5}
即根本没有运行 startActivityInner 后半部分代码，启动失败原因就在于此，因此不再逐一解析 recycleTask，而是着眼于为何没有返回 START_SUCCESS，可以逐一寻找 recycleTask 中所有 return 的地方：
- 同一用户环境下，因此不会返回
START_SUCCESS START_FLAG_ONLY_IF_NEEDED表示启动和被启动者是同一个 Activity，因此不会返回START_RETURN_INTENT_TO_CALLER- 根据
mAddingToTask是否为true来确定是否返回START_SUCCESS，关联方法是complyActivityFlags，此处需要分析一下为何mAddingToTask为false - 根据
mMovedToFront判断返回为START_TASK_TO_FRONT还是START_DELIVERED_TO_TOP，关联的方法是setTargetStackIfNeeded，由于上一步已经断绝了返回START_SUCCESS的可能，无法正常创建一个 Activity 实例了，就不再分析此方法。
complyActivityFlags
1// com.android.server.wm.ActivityStarter
2private void complyActivityFlags(Task targetTask, ActivityRecord reusedActivity,
3 NeededUriGrants intentGrants) {
4 ActivityRecord targetTaskTop = targetTask.getTopNonFinishingActivity();
5 final boolean resetTask =
6 reusedActivity != null && (mLaunchFlags & FLAG_ACTIVITY_RESET_TASK_IF_NEEDED) != 0;
7 if (resetTask) {
8 targetTaskTop = mTargetStack.resetTaskIfNeeded(targetTaskTop, mStartActivity);
9 }
10
11 if ((mLaunchFlags & (FLAG_ACTIVITY_NEW_TASK | FLAG_ACTIVITY_CLEAR_TASK))
12 == (FLAG_ACTIVITY_NEW_TASK | FLAG_ACTIVITY_CLEAR_TASK)) {
13 // 如果设置了 FLAG_ACTIVITY_NEW_TASK 和 FLAG_ACTIVITY_CLEAR_TASK
14 // 清除目标任务栈上所有的 Activity，并将待启动 Activity 的 intent 信息设置给目标任务栈
15 targetTask.performClearTaskLocked();
16 targetTask.setIntent(mStartActivity);
17 mAddingToTask = true;
18 } else if ((mLaunchFlags & FLAG_ACTIVITY_CLEAR_TOP) != 0
19 || isDocumentLaunchesIntoExisting(mLaunchFlags)
20 || isLaunchModeOneOf(LAUNCH_SINGLE_INSTANCE, LAUNCH_SINGLE_TASK)) {
21 // 如果设置了 FLAG_ACTIVITY_CLEAR_TOP；android:documentLaunchMode（最近任务列表相关属性）的值是 intoExisting，代表 Activity 重复使用文档的现有任务；launchMode 是 singleInstance 或 singleTask
22 // 清除待启动 Activity 在任务栈之上的所有 Activity
23 final ActivityRecord top = targetTask.performClearTaskForReuseLocked(mStartActivity,
24 mLaunchFlags);
25
26 if (targetTaskTop.getTask() == null) {
27 targetTask.addChild(targetTaskTop);
28 }
29
30 if (top != null) {
31 if (top.isRootOfTask()) {
32 top.getTask().setIntent(mStartActivity);
33 }
34 deliverNewIntent(top, intentGrants);
35 } else {
36 mAddingToTask = true;
37 if (targetTask.getStack() == null) {
38 mTargetStack =
39 getLaunchStack(mStartActivity, mLaunchFlags, null /* task */, mOptions);
40 mTargetStack.addChild(targetTask, !mLaunchTaskBehind /* toTop */,
41 (mStartActivity.info.flags & FLAG_SHOW_FOR_ALL_USERS) != 0);
42 }
43 }
44 } else if ((mLaunchFlags & FLAG_ACTIVITY_CLEAR_TOP) == 0 && !mAddingToTask
45 && (mLaunchFlags & FLAG_ACTIVITY_REORDER_TO_FRONT) != 0) {
46 // 如果设置了 FLAG_ACTIVITY_REORDER_TO_FRONT、没有设置 FLAG_ACTIVITY_CLEAR_TOP 且待启动 Activity 已经在运行中
47 // 将待启动 Activity 提到栈顶并回调 onNewIntent
48 final ActivityRecord act =
49 targetTask.findActivityInHistory(mStartActivity.mActivityComponent);
50 if (act != null) {
51 final Task task = act.getTask();
52 task.moveActivityToFrontLocked(act);
53 act.updateOptionsLocked(mOptions);
54 deliverNewIntent(act, intentGrants);
55 mTargetStack.mLastPausedActivity = null;
56 } else {
57 mAddingToTask = true;
58 }
59 } else if (mStartActivity.mActivityComponent.equals(targetTask.realActivity)) {
60 // 待启动 Activity 的完整组件名如果和目标栈启动栈的 Activity 相同
61 if (targetTask == mInTask) {
62 // 目标任务栈和指定任务栈相同
63 // 不新建 Activity 实例
64 } else if (((mLaunchFlags & FLAG_ACTIVITY_SINGLE_TOP) != 0
65 || LAUNCH_SINGLE_TOP == mLaunchMode)
66 && targetTaskTop.mActivityComponent.equals(mStartActivity.mActivityComponent)
67 && mStartActivity.resultTo == null) {
68 // singleTop 模式下
69 // 回调 onNewIntent
70 if (targetTaskTop.isRootOfTask()) {
71 targetTaskTop.getTask().setIntent(mStartActivity);
72 }
73 deliverNewIntent(targetTaskTop, intentGrants);
74 } else if (!targetTask.isSameIntentFilter(mStartActivity)) {
75 // 目标任务栈和待启动 Activity 的 Intent Filter 不同
76 // 新建 Activity 实例
77 mAddingToTask = true;
78 } else if (reusedActivity == null) {
79 // 没用复用的 Activity
80 // 新建 Activity 实例
81 mAddingToTask = true;
82 }
83 } else if (!resetTask) {
84 // 一般从快捷图标或通知中启动
85 // 需要添加新的 Activity 到 Task 最上面
86 mAddingToTask = true;
87 } else if (!targetTask.rootWasReset) {
88 // 希望把待启动 Activity 放到目标任务栈底部，但是现在的代码结构做不到，只把待启动 Activity 的 Intent 设置给目标任务栈
89 targetTask.setIntent(mStartActivity);
90 }
91}
当我们单步调试进 complyActivityFlags 会发现，只设置了 FLAG_ACTIVITY_NEW_TASK，没有设置 FLAG_ACTIVITY_CLEAR_TASK、FLAG_ACTIVITY_CLEAR_TOP、FLAG_ACTIVITY_REORDER_TO_FRONT；启动模式是 standard；虽然待启动 Activity 的完整组件名如果和目标栈启动栈的 Activity 相同，但是却又不符合下面的所有判断；虽然可以进入 !resetTask 的分支却被上一个分支截胡……总之完美避过了所有能正常启动的 case。
resumeTopActivityInnerLocked
那么不能创建新的 Activity 实例会发生什么呢，这就需要关注 recycleTask 中的一个方法：resumeTargetStackIfNeeded，位于 complyActivityFlags 之后，用于将目标返回栈栈顶的 Activity 回调 onResume 方法，即虽然没有启动 A_Activity，但是把 B_Activity 给重新可见了。由于调用链路过长不多分析，但是层层调用后有一点需要关注，在 ActivityStack#resumeTopActivityInnerLocked 中：
1// com.android.server.wm.ActivityStack#resumeTopActivityInnerLocked
2if (mResumedActivity == next && next.isState(RESUMED)
3 && taskDisplayArea.allResumedActivitiesComplete()) {
4 executeAppTransition(options);
5 if (DEBUG_STATES) Slog.d(TAG_STATES,
6 "resumeTopActivityLocked: Top activity resumed " + next);
7 return false;
8}
B_Activity 本身就是 RESUMED 状态，所以会进入这个分支，不再继续 resumeTopActivityInnerLocked 后面的回调 onResume 逻辑直接返回。这就解释了为何 B_Activity 没有生命周期变化。
原因总结
我们原因推测时猜想 FLAG_ACTIVITY_NEW_TASK 可以得到证实，那么猜想 MainActivity 的 finish 是在哪里造成影响的呢？其实是 complyActivityFlags 的分支顺序，如果不 finish，目标任务栈启动栈的 Activity 是 MainActivity，跟 A_Activity 不同名，所以会进入 !resetTask 分支，但是如果 finish 掉 MainActivity，目标任务栈启动栈的 Activity 就是第一次启动的 A_Activity，会被截胡而无法进入 !resetTask 分支。
简单总结一下就是因为启动 Flag，启动模式，现有栈的情况种种机缘巧合，让分支逐一落空导致没有任何 Activity 被启动，既不会回调 onNewIntent 也不会新建一个 Activity 实例。原本会将目标返回栈栈顶的 Activity（即 B_Activity）重新 resume，但是巧合的是 B_Activity 本来就是 RESUMED 状态，所以也就不会回调 B_Activity 的 onResume。种种巧合之下的结果就是看上去什么都没有发生，新启动的 Activity 没有启动，上一个 Activity 的生命周期也不会发生变化。
解决办法
梳理清楚了流程解决方案就很简单了，很多地方都有能打破这种奇葩 case 的可能，让 startActivityInner 正常进行后面的逻辑处理，仅列举几个简单的方法，根据自身的业务自行处理：
使得
getReusableTask中putIntoExistingTask为false：比如设置第二次启动 A_Activity 的 Flag 为FLAG_ACTIVITY_NEW_TASK | FLAG_ACTIVITY_MULTIPLE_TASK；或者如果在允许的条件下（比如不是复现流程时的 Service 中启动），直接去掉FLAG_ACTIVITY_NEW_TASK即可。只要让
complyActivityFlags能进入mAddingToTask为true的 case ，这里分支非常多，所以方案也更多：比如设置第二次启动 A_Activity 的 Flag 为FLAG_ACTIVITY_NEW_TASK | FLAG_ACTIVITY_CLEAR_TASK；或者就像前面分析finish的影响，注意栈的情况不要使得启动栈的 Activity 和待启动的 Activity 相同。
再现异常
复现流程
根据我们的业务需求，我们选择的方案如下：
Service 附加
FLAG_ACTIVITY_NEW_TASK | FLAG_ACTIVITY_CLEAR_TASK启动 A_Activity，A_Activity 的 launchMode 为singleInstance：1startActivity(Intent(this, AActivity::class.java).apply { addFlags(Intent.FLAG_ACTIVITY_NEW_TASK or Intent.FLAG_ACTIVITY_CLEAR_TASK) })A_Activity 启动 B_Activity：
1startActivity(Intent(this, BActivity::class.java))同步骤 1 启动 A_Activity。
同步骤 2 启动 B_Activity。
此时会出现 B_Activity 没有新建实例，而是会回调 onRestart 启动了第一次创建的 B_Activity。
源码追踪
根据上面的分析我们轻车熟路了，这又是某些 case 下没有创建 B_Activity 的实例而直接回调的 onResume 导致的。但是之前无法启动 A_Activity 是因为添加了 FLAG_ACTIVITY_NEW_TASK，然而现在启动 B_Activity 可什么 Flag 都没加，就是最简单的 startActivity，B_Activity 的 launchMode 也是最基本的 standard。
其实原因依然隐藏在源码中，startActivityInner 会调用 computeLaunchingTaskFlags 来计算启动时的 Flag：
1// com.android.server.wm.ActivityStarter
2private void computeLaunchingTaskFlags() {
3 ……
4 if (mInTask == null) {
5 if (mSourceRecord == null) {
6 if ((mLaunchFlags & FLAG_ACTIVITY_NEW_TASK) == 0 && mInTask == null) {
7 Slog.w(TAG, "startActivity called from non-Activity context; forcing " +
8 "Intent.FLAG_ACTIVITY_NEW_TASK for: " + mIntent);
9 mLaunchFlags |= FLAG_ACTIVITY_NEW_TASK;
10 }
11 } else if (mSourceRecord.launchMode == LAUNCH_SINGLE_INSTANCE) {
12 mLaunchFlags |= FLAG_ACTIVITY_NEW_TASK;
13 } else if (isLaunchModeOneOf(LAUNCH_SINGLE_INSTANCE, LAUNCH_SINGLE_TASK)) {
14 mLaunchFlags |= FLAG_ACTIVITY_NEW_TASK;
15 }
16 }
17}
在不指定启动栈时，三种情况下系统会默认给 Flag 加上 FLAG_ACTIVITY_NEW_TASK:
- 没有源 Activity（比如 A 启动 B，则 A 为源 Activity）
- 源 Activity 的 launchMode 是
singleInstance - 待启动 Activity 的 launchMode 是
singleInstance或singleTask
原因就显而易见了，我们的 A_Activity 的 launchMode 是 singleInstance，所以系统给 Flag 加上了 FLAG_ACTIVITY_NEW_TASK，于是又回到了之前分析的场景中。
解决办法
解决办法上一个场景中也给出了，启动 B_Activity 时加上 FLAG_ACTIVITY_MULTIPLE_TASK即可：
1startActivity(
2 Intent(this, BActivity::class.java)
3 .apply { addFlags(Intent.FLAG_ACTIVITY_MULTIPLE_TASK) })
总结
Activity 启动这块是非常复杂的，影响的因素也非常多，上面的两个场景还是属于比较简单的，仅仅是 FLAG_ACTIVITY_NEW_TASK 就造成了这么多的问题，而且看起都非常诡异难以排查，更不用说各种启动模式和 Flag 叠加时可能会遇到更多的坑点，不过一旦遇到了这些神坑，其实深入源码去研究有时候反而能更快得到结论。