Android--taskAffinity屬性

Activity的歸屬，也就是Activity應該在哪個Task中，Activity與Task的吸附關系。我們知道，一般情況下在同一個應用中，啟動的Activity都在同一個Task中，它們在該Task中度過自己的生命周期，這些Activity是從一而終的好榜樣。 

    那麼為什麼我們建立的Activity會進入這個Task中？它們會轉到其它的Task中嗎？如果轉到其它的Task中，它們會到什麼樣的Task中去？ 

    解決這些問題的關鍵，在于每個Activity的taskAffinity屬性。 

    每個Activity都有taskAffinity屬性，這個屬性指出了它希望進入的Task。如果一個Activity沒有顯式的指明該Activity的taskAffinity，那麼它的這個屬性就等于Application指明的taskAffinity，如果Application也沒有指明，那麼該taskAffinity的值就等于包名。而Task也有自己的affinity屬性，它的值等于它的根Activity的taskAffinity的值。 

    一開始，建立的Activity都會在建立它的Task中，并且大部分都在這裡度過了它的整個生命。然而有一些情況，建立的Activity會被配置設定其它的Task中去，有的甚至，本來在一個Task中，之後出現了轉移。我們首先分析一下android文檔給我們介紹的兩種情況。 

    第一種情況。如果該Activity的allowTaskReparenting設定為true，它進入背景，當一個和它有相同affinity的Task進入前台時，它會重新宿主，進入到該前台的task中。 

    我們驗證一下這種情況。 

Application Activity taskAffinity allowTaskReparenting 

application1 Activity1 com.winuxxan.affinity true 

application2 Activity2 com.winuxxan.affinity false 

    我們建立兩個工程，application1和application2，分别含有Activity1和Activity2，它們的taskAffinity相同，Activity1的allowTaskReparenting為true。 

    首先，我們啟動application1,加載Activity1，然後按Home鍵，使該task（假設為task1）進入背景。然後啟動application2，預設加載Activity2。 

    我們看到了什麼現象？沒錯，本來應該是顯示Activity2，但是我們卻看到了Activity1。實際上Activity2也被加載了，隻是Activity1重新宿主，是以看到了Activity1。 

    第二種情況。如果加載某個Activity的intent，Flag被設定成FLAG_ACTIVITY_NEW_TASK時，它會首先檢查是否存在與自己taskAffinity相同的Task，如果存在，那麼它會直接宿主到該Task中，如果不存在則重新建立Task。 

    我們來做一個測試。 

    我們首先寫一個應用，它有兩個Activity（Activity1和Activity2），AndroidManifest.xml如下： 

    <application android:icon="@drawable/icon" android:label="@string/app_name"> 

        <activity android:name=".Activity1" 

                  android:taskAffinity="com.winuxxan.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);  

        }  

    } 

    然後，我們再寫一個應用MyActivity，它包含一個Activity（MyActivity），AndroidManifest.xml如下： 

    <application android:icon="@drawable/icon" android:label="@string/app_name"> 

        <activity android:name=".MyActivity" 

                  android:taskAffinity="com.winuxxan.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。然後按傳回鍵。 

    我們發現，我們進入Activity的順序為Activity2->Activity1，而傳回時順序為Activity1->MyActivity。這就說明了一個問題，Activity1在啟動時，重新宿主到了MyActivity所在的Task中去了。 （因為  android:taskAffinity="com.winuxxan.task" ）

    以上是驗證了文檔中提出的兩種TaskAffinity的用法。 

    下面就是見證奇迹的時刻，同志們，不要眨眼！ 

    我們現在将上一段時間文章中的launchMode和本文講的taskAffinity結合起來。 

    首先是singleTask加載模式與taskAffinity的結合。 

     我們還是用上一段時間文章的singleTask的代碼，這裡就不在列出來了，請讀者自己查閱上一文。唯一不同的就是，我們為MyActivity和Activity1設定成相同的taskAffinity，重新執行上文的測試。 

    我們發現測試結果令我們驚訝：從同一應用程式啟動singleTask和不同應用程式啟動的結果完全與上文講的相反！ 

    我們經過思考，就可以把從同一應用程式執行和從不同應用程式執行另種方式同一起來，得到一個結論： 

    當一個應用程式加載一個singleTask模式的Activity時，首先該Activity會檢查是否存在與它的taskAffinity相同的Task。 

    1、如果存在，那麼檢查是否執行個體化，如果已經執行個體化，那麼銷毀在該Activity以上的Activity并調用onNewIntent。如果沒有執行個體化，那麼該Activity執行個體化并入棧。 

    2、如果不存在，那麼就重新建立Task，并入棧。 

    用一個流程來表示： 

   然後我們來檢測singleInstance模式融入taskAffinity時的情況，我們也是用上文中測試singleInstance的例子，在此不列出，讀者翻閱前文查閱。唯一不同的是，我們将MyActivity和Activity2設定成相同的taskAffinity。 

    我們發現測試結果也有一定的出入，就是，當從singleInstance中啟動Activity時，并沒用重新建立一個Task，而是進入了和它具有相同affinity的MyActivity所在的Task。 

    于是，我們也能得到以下結論： 

    1、當一個應用程式加載一個singleInstance模式的Activity時，如果該Activity沒有被執行個體化，那麼就重新建立一個Task，并入棧，如果已經被執行個體化，那麼就調用該Activity的onNewIntent； 

    2、singleInstance的Activity所在的Task不允許存在其他Activity，任何從該Activity加載的其它Activity（假設為Activity2）都會被放入其它的Task中，如果存在與Activity2相同affinity的Task，則在該Task内建立Activity2。如果不存在，則重新生成新的Task并入棧。