android中taskAffinity屬性的作用是什么

本篇文章給大家分享的是有關(guān)android中taskAffinity屬性的作用是什么，小編覺得挺實用的，因此分享給大家學(xué)習(xí)，希望大家閱讀完這篇文章后可以有所收獲，話不多說，跟著小編一起來看看吧。

首先，我們啟動application1,加載Activity1，然后按Home鍵，使該task（假設(shè)為task1）進(jìn)入后臺。然后啟動application2，默認(rèn)加載Activity2。

我們看到了什么現(xiàn)象？沒錯，本來應(yīng)該是顯示Activity2，但是我們卻看到了Activity1。實際上Activity2也被加載了，只是Activity1重新宿主，所以看到了Activity1。

第二種情況。如果加載某個Activity的intent，F(xiàn)lag被設(shè)置成FLAG_ACTIVITY_NEW_TASK時，它會首先檢查是否存在與自 己taskAffinity相同的Task，如果存在，那么它會直接宿主到該Task中，如果不存在則重新創(chuàng)建Task。

我們來做一個測試。

我們首先寫一個應(yīng)用，它有兩個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);

}

}

然后，我們再寫一個應(yīng)用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，進(jìn)入Activity1。然后按返回鍵。

我們發(fā)現(xiàn)，我們進(jìn)入Activity的順序為Activity2->Activity1，而返回時順序為  Activity1->MyActivity。這就說明了一個問題，Activity1在啟動時，重新宿主到了MyActivity所在的Task  中去了。

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

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

我們現(xiàn)在將上一文中的launchMode和本文講的taskAffinity結(jié)合起來。

首先是singleTask加載模式與taskAffinity的結(jié)合。

我們還是用上一文中的singleTask的代碼，這里就不在列出來了，請讀者自己查閱上一文。***不同的就是，我們?yōu)镸yActivity和Activity1設(shè)置成相同的taskAffinity，重新執(zhí)行上文的測試。

我們發(fā)現(xiàn)測試結(jié)果令我們驚訝：從同一應(yīng)用程序啟動singleTask和不同應(yīng)用程序啟動的結(jié)果完全與上文講的相反！

我們經(jīng)過思考，就可以把從同一應(yīng)用程序執(zhí)行和從不同應(yīng)用程序執(zhí)行另種方式同一起來，得到一個結(jié)論：

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

1、如果存在，那么檢查是否實例化，如果已經(jīng)實例化，那么銷毀在該Activity以上的Activity并調(diào)用onNewIntent。如果沒有實例化，那么該Activity實例化并入棧。

2、如果不存在，那么就重新創(chuàng)建Task，并入棧。

用一個流程來表示：

然后我們來檢測singleInstance模式融入taskAffinity時的情況，我們也是用上文中測試singleInstance的例子，在此 不列出，讀者翻閱前文查閱。***不同的是，我們將MyActivity和Activity2設(shè)置成相同的taskAffinity。

我們發(fā)現(xiàn)測試結(jié)果也有一定的出入，就是，當(dāng)從singleInstance中啟動Activity時，并沒用重新創(chuàng)建一個Task，而是進(jìn)入了和它具有相同affinity的MyActivity所在的Task。

于是，我們也能得到以下結(jié)論：

1、當(dāng)一個應(yīng)用程序加載一個singleInstance模式的Activity時，如果該Activity沒有被實例化，那么就重新創(chuàng)建一個Task，并入棧，如果已經(jīng)被實例化，那么就調(diào)用該Activity的onNewIntent；

2、singleInstance的Activity所在的Task不允許存在其他Activity，任何從該Activity加載的其它  Actiivty（假設(shè)為Activity2）都會被放入其它的Task中，如果存在與Activity2相同affinity的Task，則在該  Task內(nèi)創(chuàng)建Activity2。如果不存在，則重新生成新的Task并入棧.

以上就是android中taskAffinity屬性的作用是什么，小編相信有部分知識點可能是我們?nèi)粘９ぷ鲿姷交蛴玫降摹ＯＭ隳芡ㄟ^這篇文章學(xué)到更多知識。更多詳情敬請關(guān)注億速云行業(yè)資訊頻道。