Android：Intent标志与launchMode对应配置的差异咨询

嘿，这问题问得太到位了——Android任务栈的这些规则确实容易让人绕晕，我来给你拆解得明明白白：

先分别说清楚两者的基本逻辑，再聊核心差异：

先看launchMode="singleTask"的行为 #

把它理解成「独占任务栈的单实例」就好：

• 当你启动这个Activity时，系统会先在匹配它taskAffinity的任务栈里找有没有它的实例（没指定taskAffinity的话，默认和应用包名一致，也就是当前应用的任务栈）。
• 如果找到了：直接把这个实例上面的所有Activity都弹出栈，然后调用它的onNewIntent()方法传递新Intent，同时把整个任务栈拉到前台。
• 如果没找到：就在对应任务栈里创建它的实例，而且这个实例会成为这个任务栈的「根Activity」——以后这个任务栈里，它永远是最底层的那个。

再看FLAG_ACTIVITY_NEW_TASK + FLAG_ACTIVITY_CLEAR_TOP的组合行为 #

这俩Flag搭在一起，相当于临时给这次启动加了「清理栈+新任务栈（可选）」的规则：

• FLAG_ACTIVITY_CLEAR_TOP负责清理：如果目标Activity的实例存在，就把它上面的所有Activity弹出栈，调用onNewIntent()；如果不存在，就创建新实例。
• FLAG_ACTIVITY_NEW_TASK负责任务栈：如果当前没有匹配taskAffinity的任务栈，就新建一个任务栈来放这个Activity；如果有，就用已有的那个。

核心差异在哪里？ #

• 任务栈的「根节点」规则不同
  singleTask的Activity一旦创建，就必然是所在任务栈的根——不管你怎么启动它，它永远在栈底；而双Flag组合没这个限制：如果目标Activity之前没实例，启动时可能会被放到新任务栈的顶部（而非根），除非它本身在Manifest里就是singleTask或singleInstance。
• 作用范围不同
  singleTask是全局规则：只要在Manifest里声明了，所有启动这个Activity的Intent都得遵守；双Flag组合是临时规则：只有这次加了Flag的启动才生效，其他场景还是按Activity默认的launchMode来。
• 任务栈匹配的触发逻辑不同
  singleTask是系统主动去匹配taskAffinity的任务栈找实例，找不到才新建；FLAG_ACTIVITY_NEW_TASK是优先尝试新建任务栈（如果没匹配的），再结合CLEAR_TOP处理实例。

这个对比核心就是「全局规则」和「临时规则」的区别：

launchMode="singleTop"的行为 #

这是给Activity定的全局规矩：

• 不管用什么Intent启动它，只要当前任务栈的最顶部已经是这个Activity的实例，就绝对不会新建，直接调用onNewIntent()；如果顶部不是，就老老实实新建实例压栈。

FLAG_ACTIVITY_SINGLE_TOP的行为 #

这是给单个Intent加的临时buff：

• 只有当启动Activity时在Intent里加了这个Flag，才会触发「顶部不重复」的规则。比如某个Activity默认是standard（每次启动都新建），但你从通知栏启动时加了这个Flag，那如果此时栈顶正好是它，就会复用实例；其他场景启动还是新建。

核心差异 #

• 作用范围天差地别
  singleTop是一锤定音：所有启动场景都必须遵守，除非用其他Flag强行覆盖（很少见）；FLAG_ACTIVITY_SINGLE_TOP是按需使用：只有加了这个Flag的那次启动才生效，其他时候该咋地咋地。
• 灵活性不同
  如果你希望某个Activity在绝大多数场景下都是多实例，但在特定场景（比如推送通知跳转）下复用栈顶实例，那用FLAG_ACTIVITY_SINGLE_TOP就完美适配；如果不管啥场景都不能在栈顶重复，直接在Manifest里设singleTop更省心。
• 优先级问题
  Intent的Flag优先级高于Manifest的launchMode：比如一个Activity明明是standard，但启动时加了FLAG_ACTIVITY_SINGLE_TOP，那这次就会按singleTop的规则来；反过来，如果是singleTop，加其他不冲突的Flag也不会影响它的核心规则。

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