刚才描述的情况是Activity和task默认的行为，但是有很多的方法来对几乎所有的方面进行修改，如Activity和task的联系。task里Activity的行为，是受启动它的Intent对象的flag和在manifest文件中的Activity的属性集合共同影响的。
Flag：
FLAG_ACTIVITY_NEW_TASK
FLAG_ACTIVITY_CLEAR_TOP
FLAG_ACTIVITY_RESET_TASK_IF_NEEDED
FLAG_ACTIVITY_SINGLE_TOP
属性：
taskAffinity
launchMode
allowTaskReparenting
clearTaskOnLaunch
alwaysRetainTaskState
finishOnTaskLaunch
5、 Affinities and new tasks
默认的，一个应用里的所有Activity都有联系，所有都是属于一个task的，然而，可以通过下的taskAffinity属性来为每个Activity单独的设置属性关系，定义在不同应用中的Activity可以共享一种关系(affinity)，或者定义在同一个应用中的Activity可以分配不同的关系(affinity)。这种关系在两种情况下生效，当启动Activity的 Intent对象包含有FLAG_ACTIVITY_NEW_TASK标志，一个Activity的allowTaskReparenting属性设置为true。
FLAG_ACTIVITY_NEW_TASK
一个Activity调用startActivity()启动一个新的Activity时，新的Activity会压入到相同的task中的，如果传递给startactivity()的Intent对象含有FLAG_ACTIVITY_NEW_TASK标志，系统就会寻找一个新的task来装这个新的Activity，然而，也不总是这么做，如果已经有一个task和这个新的的Activity有相同的关系，那么就把这个新的Activity放进这个task里，如果没有，就启动一个新的task。
allowTaskReparenting属性
如果一个Activity的allowTaskReparenting属性设置为true，这个Activity就可以从启动时的那个task移动到一个和他有关系的当前在前台的一个task里，比如，假设现在有一个天气预报的Activity被定义在一个旅行的应用里，他和这个应用里的其他Activity有相同的关系(默认的关系)，并且他允许reparenting，现在你自己应用有一个Activity启动这个天气预报的Activity，那么天气预报Activity就会移动到你的Activity所在的task里，当旅行的应用又回到前台时，天气预报Activity重新回到以前的那个task并显示。(个人观点：如果说没有设置这个属性，或者这个属性设置为false，那么一个应用里的Activity调用另一个应用里的Activity时，系统是为另一个应用里的Activity创建一个实例，然后放到同一个task里，但是如果设置了allowTaskReparenting为true，那么另一个应用里的Activity是可以在不同的task间来回移动的，那个task在前台就移动到那个task里)
6、 启动方式
下的launchMode属性可以设置四种启动方式：
"standard" (the default mode)
"singleTop"
"singleTask"
"singleInstance"
这些不同的方式可以从下面的四点来说：
(1) 对一个Intent作出回应时哪个task应该去持有这个Activity。
对standard和singleTop方式来说，新的Activity和通过startActivity调用他的Activity处在同一个task中，如果调用时Intent对象里含有FLAG_ACTIVITY_NEW_TASK标志，那么就像前面讲的那样的寻找一个新的task。
相反的，singTask和singleInstance方式，总是标志Activity为task的root Activity，他们不会进入到其他的task中。
(2) 一个Activity是否可以有多个实例。
一个standard或者singleTop属性的Activity可以实例化多次，他们可以属于多个不同的task。
相反的，singleTask或者singleInstance属性的Activity只能有一个实例(单例)。
(3) 实例是否能允许在task里有其他的Activity。
一个singleInstance属性的Activity单独的在他自己的task里，并且这个task里只能有他自己一个Activity，如果他启动了另一个Activity，那个Activity会根据启动模式来启动并装进一个不同的task里。其他的方面，singleInstance和singleTask一样的。
其他三个方式允许有多个Activity在一个task里，一个singleTask属性的Activity总是一个task里的root Activity，但是他可以启动另外的Activity并且将这个新的Activity装进同一个task里，standard和singleTop属性的Activity可以出现在task的任何地方。
(4) 一个类(Activity)的对象是否可以被启动来处理一个新的Intent。
对默认的standard方式，会实例化一个对象来处理每一个新的Intent，每个实例处理一个新的Intent，对singleTop方式，如果一个已经存在的实例是在task的栈顶，那么就重用这个实例来处理这个新的Intent，如果这个实例不在栈顶，那就不复用他，而是重新创建一个实例来处理这个新的Intent并且将这个实例压入堆栈。
例如现在有一个task堆栈ABCD，A是root Activity，D是栈顶Activity，现在有一个启动D的Intent来了，如果D是默认的standard方法，那么就会创建一个新的实例来处理这个Intent，所以这个堆栈就变为ABCDD，然而如果D是singleTop方式，这个已经存在的栈顶的D就会来处理这个Intent，所以堆栈还是ABCD。D此时调用onNewIntent()，此时D可以调用getIntent()来获得最初的Intent，或者调用setIntent()来更新这个Intent。
如果现在有一个Intent来启动B，不管B是standard还是singleTop(因为现在B不在栈顶)，都会创建一个新的实例，所以堆栈变为ABCDB
在一个task里，对singleTask和singleInstance属性的Activity只能有一个实例。所以这仅有的一个会来处理所以的Intent，一个singleInstance属性Activity总在栈顶(因为task里就只有他一个Activity)，所以他会处理所以的Intent，但是一个singleTask属性的Activity必须是task的root Activity(也就是必须在栈底)，不能确定他的上面是否还有其他的Activity，如果没有，就可以处理，如果还有其他的Activity，那么如果现在有一个Intent来启动这个singleTask属性的Activity，这个Intent将会被丢掉(即使是这个Intent被丢掉，他的到来还是会导致这个task回到前台)。
当创建一个类(Activity)的实例来处理一个新的Intent时，用户可以按下BACK键回到上一个Activity，但是如果是用已经存在的栈顶的Activity来处理Intent的话，按下BACK键是不能回到以前的状态的(没处理这个Intent之前)。
文章来源于领测软件测试网 https://www.ltesting.net/
