Activity的启动模式和Activity的Flags

Activity的启动模式

• standard模式

• 一个任务栈可以拥有多个实例

• 谁启动了这个活动，这个活动就运行在启动它的那个活动所属的活动栈中。因此当我们ApplicationContext去启动standard模式的Acitivity时，会报错。解决方案是为待启动Activity指定FLAG_ACTIVITY_NEW_TASK标记位。

• SingleTop：栈顶复用模式。

• 如果新Activity已经位于任务栈的栈顶，那么此Activity不会被重新创建，但是它的onNewIntent()方法会被调用。通过这个方法的参数，我们可以取出当前请求的信息。但是，onCreate(), onStart()等方法不会被调用。

• 如果新Activity的实例已存在但不是位于栈顶，那么新Activity仍然会重建

• singleTask：栈内复用模式。当一个具有singleTask模式的Activity请求启动后，

• 系统首先会寻找是否存在该Activity想要的任务栈，如果不存在，就重新创建一个任务栈，然后把该Activity的实例放入该栈中

• 如果存在该Activity所需的任务栈，这是再看栈中是否有该Activity的实例，如果没有，就创建一个实例并入栈

• 如果存在该实例，则将该实例上方的所有Activity实例均出栈，直至该Activity的实例位于栈顶，并调用该Activity的onNewIntent()方法

• singleInstance：如果Activity A是singleInstance模式，当A启动后，系统会为它创建一个新的任务栈，然后A独自在这个新的任务栈中，并且后续的请求都不会创建新的Activity。

• TaskAffinity参数：这个参数标识了一个Activity所需要的任务栈的名字，默认情况下，所有Activity所需的任务栈的名字为应用的包名。我们可以为每个Activity单独指定TaskAffinity，但是这个属性不能和包名相同，否则就没有意义了。TaskAffinity主要和singleTask启动模式或者allowTaskRepareting属性配对使用，其他情况下，没有意义。

• 与singleTask启动模式配对使用，待启动的Activityu会运行在名字和TaskAffinity相同的任务栈中。

• 当一个应用A启动了应用B的某个Activity后，如果这个Activity的allowTaskReparenting属性为true的话，那么当应用B被启动后，此Activity会直接从应用A的任务栈转移到任务B的任务栈中。

Intent中用于启动Activity的Flags

Intent中的Flags很多，官方文档内有详细介绍。下面介绍一部分比较常用的Flag。

• FLAG_ACTIVITY_NEW_TASK ：官方文档介绍说，这个标志对应这singleTask模式，但是经过实践，并不是如此。
• FLAG_ACTIVITY_SINGLE_TOP:对应着singleTop启动模式，经实践，二者是一样的
• FLAG_ACTIVITY_CLEAR_TOP:
  如果设置了此标志位，并且被启动的Activity已经存在于这个Task中，则不会启动一个该Activity的新的实例，而是弹出在Task中，该Activity上的所有Activity。同时，这个intent作为一个新的intent会传递给该Activity。
  例如task中有A B C D。如果D使用附带此Flag的intent去启动B，则C，D会出栈，B收到新的intent。
  现在在栈顶运行的B实例要么通过调用onNewIntent()接受到新的intent，要么会自我销毁，在通过此intent重建。如果你设置了启动模式为“multiple”（默认的）并且没有设置“FLAG_ACTIVITY_SINGLE_TOP”，则B实例会销毁重启；否则其他所有情况，都是在onNewIntent()中处理该Intent。
  这个启动模式和FLAG_ACTIVITY_NEW_TASK在一起使用时有很好的效果：如果用来启动一个task的root Activity，将把所有的这个栈中运行的实例均带到前台，然后全部清空到root状态。
• FLAG_ACTIVITY_CLEAR_TASK：如果设置了这个标志的intent通过Context.startActivity()去启动某个Activity，那么该标志会导致任何与此获得弄个相关联的task被清空，在这个活动启动之前。然后，该活动就会变成根Activity，之前的活动全被销毁了。这个标志只能和FLAG_ACTIVITY_NEW_TASK在一起使用