从最近任务/主屏幕启动App的差异：ActivityB栈清除问题及修复方案

为什么会出现这个现象？ #

核心原因出在ActivityA的singleTask启动模式，再加上你用了activity-alias作为启动入口的配置。

当你从主屏幕点击应用图标时，系统会发送带有android.intent.action.MAIN和android.intent.category.LAUNCHER的Intent，而singleTask模式的Activity有一个关键特性：

如果任务栈中已经存在该Activity的实例，系统会把这个实例所在的整个任务栈带到前台，同时强制清除该实例上方的所有Activity（也就是你的ActivityB），然后调用ActivityA的onResume()。这就是为什么你看到ActivityB被从栈中清除了。

而从最近任务列表启动应用时，系统只是简单地把整个任务栈恢复到前台，不会触发singleTask模式下的栈清理逻辑，所以ActivityB会被正常保留。

如何修复这个问题？ #

根据你的业务需求，有几种可行的方案：

方案1：调整ActivityA的启动模式（推荐）

如果你的业务逻辑允许，把ActivityA的launchMode从singleTask改成singleTop或者默认的standard。这样从主屏幕启动时，系统不会清理栈上方的Activity，只会把整个任务栈带到前台，和最近任务列表启动的行为保持一致。

修改后的ActivityA配置示例：

<activity android:name=".path.ActivityA" 
    android:launchMode="singleTop" 
    android:screenOrientation="sensorPortrait" 
    android:theme="@style/BlackIntroTheme" 
    android:windowSoftInputMode="adjustPan">
    <nav-graph android:value="@navigation/graph1" />
    <nav-graph android:value="@navigation/graph2" />
    <nav-graph android:value="@navigation/graph3" />
    <nav-graph android:value="@navigation/graph4" />
</activity>

• singleTop的优势：如果ActivityA已经在栈顶，新的启动Intent会直接触发onNewIntent()，不会新建实例；如果不在栈顶，则会新建实例。这个模式既可以避免重复创建ActivityA，又不会破坏现有任务栈的结构。

方案2：保留singleTask但调整任务亲和性（仅特殊场景适用）

如果你的业务必须让ActivityA保持singleTask模式，可以尝试给ActivityB设置和ActivityA相同的taskAffinity（默认情况下同一应用的Activity亲和性相同，所以可能不需要额外设置），同时移除ActivityB的singleTask模式。但要注意：这种方式并不能阻止singleTask的栈清理特性，只是保证ActivityB和ActivityA在同一个任务栈中。如果你的核心需求是保留ActivityB，这个方案并不能解决根本问题，还是推荐方案1。

方案3：在ActivityA的onNewIntent中自定义处理

如果你必须保留singleTask，可以在ActivityA的onNewIntent()方法中判断Intent是否来自主屏幕启动，如果是，则不执行任何栈清理操作。不过这种方式需要额外的Intent判断逻辑，且不符合singleTask模式的设计初衷，不推荐作为常规方案。

总结 #

这个问题的本质是singleTask启动模式的特性与主屏幕启动Intent的交互导致的栈清理行为。最简洁可靠的解决方案就是调整ActivityA的启动模式为singleTop，这样既能满足启动需求，又能保留任务栈的完整状态。

内容的提问来源于stack exchange，提问作者ghita