android当中taskAffinity属性与launchMode相关

浏览数：16 / 时间：2015年06月11日

一、本文尝试解释以下问题

1. Activity被启动之后放在哪个任务栈当中？与哪些因素有关？

2. Activity的四种启动模式对Activity的启动有哪些影响？

3. 在Activity中使用startActivityForResult(intent, REQUESTCODE);和onActivityResult()

是否与被启动的Activity的launchMode有关？如果有关，有什么关系？

二、Activity被启动之后放在哪个任务栈当中？与哪些因素有关？

1.基本论断：Activity启动之后对应的任务站与Activity的两个属性taskAffinity和allowTask-

Reparenting有关

2.原理

(1)任务栈的标识----任务栈名称的确定

任务栈的标识是由任务栈的名称来确定的，例如，在通常情况下用包名标识一个唯一任务栈，清单文件如下：

<?xml version="1.0" encoding="utf-8"?>

<manifest xmlns:android="http://schemas.android.com/apk/res/android"

package="com.example.musictest01"

android:versionCode="1"

android:versionName="1.0" >

<uses-sdk

android:minSdkVersion="8"

android:targetSdkVersion="17" />

<application

android:allowBackup="true"

android:theme="@style/AppTheme" >

<activity

android:name="com.example.musictest01.MainActivity"

android:label="@string/app_name" >

<intent-filter>

</intent-filter>

</activity>

</application>

</manifest>

该文件当中<appliacation>和<activity>标签都没有设置taskAffinity属性，所以这个应用的默认任务栈名称就是包名"com.example.musictest01" , activity默认也会放入这个任务栈当中。

<application>当中的属性android:taskAffinity指定该应用程序默认的任务栈名称，用来标识一个唯一的任务栈，如果不设置，则默认为包名

<activity>当中的属性android:taskAffinity指定该activity的“宿主”任务栈名称

(2)情景分析：

第一步、定义宿主工程，其Manifest.xml文件如下：(由ADT创建，不做任何修改)

<?xml version="1.0" encoding="utf-8"?>

<manifest xmlns:android="http://schemas.android.com/apk/res/android"

package="com.example.master"

……>

<application

android:allowBackup="true"

android:icon="@drawable/ic_launcher"

android:label="@string/app_name"

android:theme="@style/AppTheme">

<activity

android:name="com.example.master.MainActivity"

android:label="@string/app_name" >

<intent-filter>

</intent-filter>

</activity>

</application>

</manifest>

第二步、定义奴隶工程,Manifest.xml如下(根activity加android:taskAffinity="com.example

.master")

<?xml version="1.0" encoding="utf-8"?>

<manifest xmlns:android="http://schemas.android.com/apk/res/android"

package="com.example.slave"

……>

<application

android:allowBackup="true"

android:icon="@drawable/ic_launcher"

android:label="@string/app_name"

android:theme="@style/AppTheme" >

<activity

android:name="com.example.slave.MainActivity"

android:label="@string/app_name"

android:taskAffinity="com.example.master">

<intent-filter>

</intent-filter>

</activity>

<activity

android:name=".AActivity">

</activity>

</activity>

</application>

</manifest>

第三步、结果

当我们启动宿主工程，按home键将宿主任务栈放到后台，然后启动奴隶工程，神奇的事情发生了：奴隶工程的MainActivity并没有被加载，而是显示的是宿主工程的MainActivity

第四步、同样道理，反过来执行，我们首先启动奴隶工程，MainActivity-->AActivity-->BActivity,按home键，回到桌面启动宿主工程，结果并没有加载宿主工程的MainActivity，而是显示的是奴隶工程的BActivity.

第五步、结论

android:taskAffinity="com.example.master" 此属性指定了该activity所在的任务栈名称，如果系统当中已经存在指定的任务栈，那么该activity启动的时候会重新寄宿到宿主当中(这是android的官方说明，但是在实际的实践中发现，启动该activity的时候仅仅是将指定的任务栈推到前台，显示该任务栈最顶端的那个原activity，本activity并没有被创建，换言之，该activity的生命周期的相关方法并没有被执行);

如果系统当中没有指定的任务栈，那么系统会创建名为com.example.master 的任务栈，并将该activity放入到创建的任务栈当中。

第六步、诡异的事情：按照android官方文档的说明，宿主的activity当中应该要设置android:allow-

TaskReparenting="true",但是实验表明，不设置该属性亦可！

3. 与启动模式相结合的情景

3.1 android:taskAffinity 与 FLAG_ACTIVITY_NEW_TASK结合

(1)基本论断

如果加载某个Activity的intent，Flag被设置成FLAG_ACTIVITY_NEW_TASK时，它会首先检查是否存在与自己taskAffinity相同的Task，如果存在，那么它会直接宿主到该Task中，如果不存在则重新创建Task。

(2)测试。
我们首先写一个应用，它有两个Activity（Activity1和Activity2），AndroidManifest.xml如下：

<application

android:icon="@drawable/icon" android:label="@string/app_name">
    <activity android:name=".Activity1"
                   android:taskAffinity="com.example.task"
      android:label="@string/app_name">
    </activity>
    <activity android:name=".Activity2">
      <intent-filter>
          <action android:name="android.intent.action.MAIN" />
           <category android:name="android.intent.category.LAUNCHER" />
      </intent-filter>
     </activity>
</application>
Activity2的代码如下：

public class Activity2 extends Activity {
        private static final String TAG = "Activity2";
        @Override
        protected void onCreate(Bundle savedInstanceState) {
            super.onCreate(savedInstanceState);
            setContentView(R.layout.main2);
        }
        @Override
        public boolean onTouchEvent(MotionEvent event) {
            Intent intent = new Intent(this, Activity1.class);
            intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
            startActivity(intent);
            return super.onTouchEvent(event);
        }
    }

//将activity1的启动模式改为new task ,并设置android:taskAffinity="com.example.task"

然后，我们再写一个应用MyActivity，它包含一个Activity（MyActivity），AndroidManifest.xml如下：
<application

android:icon="@drawable/icon" android:label="@string/app_name">
    <activity android:name=".MyActivity"
      android:taskAffinity="com.example.task"
      android:label="@string/app_name">
     <intent-filter>
      <action android:name="android.intent.action.MAIN"/>
     <category android:name="android.intent.category.LAUNCHER"/>
     </intent-filter>
   </activity>
    我们首先启动MyActivity，然后按Home键，返回到桌面，然后打开Activity2，点击Activity2，进入Activity1(他的启动模式是new_task)。然后按返回键。
          我们发现，我们进入Activity的顺序为Activity2->Activity1，而返回时顺序为 Activity1->MyActivity。这就说明了一个问题，Activity1在启动时，重新宿主到了MyActivity所在的Task 中去了。

3.2 android:taskAffinity 与singleTask结合

直接给结论:

当一个应用程序加载一个singleTask模式的Activity时，首先该Activity会检查是否存在与它的taskAffinity相同的Task。

(1)、如果存在，那么检查是否实例化，如果已经实例化，那么销毁在该Activity以上的Activity并调用该Activity的onNewIntent()。如果没有实例化，那么该Activity实例化并入栈。

(2)、如果不存在，那么就重新创建Task，并入栈。

3.3 android:taskAffinity 与singleInstance结合

直接给出结论：

(1)、当一个应用程序加载一个singleInstance模式的Activity时，如果该Activity没有被实例化，那么就重新创建一个Task，并入栈，如果已经被实例化，那么就调用该Activity的onNewIntent；

(2)、singleInstance的Activity所在的Task不允许存在其他Activity，任何从该Activity加载的其它 Actiivty（假设为Activity2）都会被放入其它的Task中，如果存在与Activity2相同affinity的Task，则在该 Task内创建Activity2。如果不存在，则重新生成新的Task并入栈。

(3) 如果在奴隶应用application1当中定义两个activity,MainActivity和AActivity，将AActivity的启动模式设置为singleInstance,并设置其taskAffinity为com.example.master; 从MainActivity中启动AActivity,毫无疑问，此时会创建一个新的任务栈，名称是com.example.master,并将AActivity放置到栈中。然后将application1置于后台（按HOME键）。

打开宿主应用application2(默认的任务栈名称是com.example.master),此时惊奇地发现：此应用打开的是application1的AActivity,按后退键，退回到application2的MainActivity,由此可以看出，当声明为singleInstance的activity所在的任务栈被其他应用程序使用的时候，这个任务栈里面的原activity会丧失原来的singleInstance要求的一个activity在一个任务栈当中的属性，但是请注意：原来的这个activity始终是在栈顶的，后来加入的activity会都在这个activity的下面，但是还是按照栈的形式进出规则！

(4)将上面的过程反过来，如果首先启动application2,系统当中存在了com.example.master 任务栈，然后启动SingleInstanceActivity,虽然他指定了taskAffinity,但是仍然不能将自己寄宿到com.example.master任务栈当中！他会重新开一个任务栈将自己放进去！

三、Activity的四种启动模式对Activity的启动有哪些影响？

重点说一下 singleTask,直接给结论:

1. 设置了"singleTask"启动模式的Activity，它在启动的时候，会先在系统中查找属性值affinity，等于它的属性值taskAffinity的任务栈是否存在存在；如果存在这样的任务栈，它就会在这个任务栈中启动，否则就会在新任务栈中启动。因此，如果我们想要设置了"singleTask"启动模式的Activity在新的任务中启动，就要为它设置一个独立的taskAffinity属性值。

2. 如果设置了"singleTask"启动模式的Activity不是在新的任务中启动时，它会在已有的任务中查看是否已经存在相应的Activity实例，如果存在，就会把位于这个Activity实例上面的Activity全部结束掉，即最终这个Activity实例会位于任务的堆栈顶端中(这个过程会调用该Activity的onNewIntent())。