一.Android Activity 四种启动模式 lunchMode 在Manifest 配置文件中的属性如下：

（1） android:launchMode="standard"

（2）android:launchMode="singleTop"

（3）android:launchMode="singleTask"

（4）android:launchMode="singleInstance"

 

二.说明：

 

Android 中Activity 生命周期 跟Task 的关系，就是进栈出栈。

很多时候我们在Manifest的Activiy 配置信息中没有看到lunchMode 属性，其实没有配置这个属性就是系统默认属性 android:launchMode="standard"。同一个工程AppA在这种模式下有AfirstActivity 启动 AsecondActivity，启动代码是：

Log 打印如下：

 

 

两个TaskId 都是98.说明两个 activity 是在同一个 任务栈 Task 中。

 

接下来我们让这两个Activity 不在同一个Task 中。有两种方法实现：

（1）不修改启动代码，只修改 Mnaifest 中 给AsecondActivity 配置多添加 两行代码如下：

 

（2）修改启动代码：
多添加了一行 在修改 Mnaifest 中AsecondActivity 配置多添加一行

 

看Log打印：

AfirstActivity taskId = 8 而 AsecondActivity TaskId = 9.所以两个 activity 不是在同一个任务栈 Task 中。虽然两个activity 是在同一个工程下面。

 

分析：

由此看出，代码里设置

和配置文件中设置 的效果是一样的。 但是请注意，这里要两个条件满足才 会让两个activity 不在同一个Task 中。必须 加上 属性 有些人会奇怪，一般Manifest 配置文件中 很少看见 这个属性，这个属性的意思 是 “task 空间”=== “任务空间” 是的，当你没有设置的时候也是系统默认给设置 成为 当前应用的包名。我们这里设置 的和包名不一样。所以两个activity 的任务空间是不一样的，所以两个 activity 不在同一个 Task 中。 当然了，只是设置了 没有设置 或者 两个 activity 也是在同一个任务空间的。亲测。

 

 

总结：当设置了

时，系统会查找 对应的 任务空间是否 有启动过 这个activity ，如果没有启动，则在这个taskAffinity 任务空间启动，如果有启动过，则 将 这个activity 推送到栈顶， 那么在这个activity 之上的activity 都被推送出栈了，不在任务Task 中，也就是 Ondestroy 了。

 

 

三.当 配置文件中设置了 android:launchMode="singleInstance"。不管 activity 怎么启动，都是在一个新的Task 任务中启动activity。

看Log 打印：

两个TaskId 不一样。并且 被启动的activity 唯一存在 新的任务队列中，也就是这个task 队列中只能有 一个activity。