android的taskAffinity屬性
Activity的歸屬,也就是Activity應(yīng)該在哪個(gè)Task中,Activity與Task的吸附關(guān)系。我們知道,一般情況下在同一個(gè)應(yīng)用中,啟 動(dòng)的Activity都在同一個(gè)Task中,它們?cè)谠揟ask中度過自己的生命周期,這些Activity是從一而終的好榜樣。
那么為什么我們創(chuàng)建的Activity會(huì)進(jìn)入這個(gè)Task中?它們會(huì)轉(zhuǎn)到其它的Task中嗎?如果轉(zhuǎn)到其它的Task中,它們會(huì)到什么樣的Task中去?
解決這些問題的關(guān)鍵,在于每個(gè)Activity的taskAffinity屬性。
每個(gè)Activity都有taskAffinity屬性,這個(gè)屬性指出了它希望進(jìn)入的Task。如果一個(gè)Activity沒有顯式的指明該 Activity的taskAffinity,那么它的這個(gè)屬性就等于Application指明的taskAffinity,如果 Application也沒有指明,那么該taskAffinity的值就等于包名。而Task也有自己的affinity屬性,它的值等于它的根 Activity的taskAffinity的值。
一開始,創(chuàng)建的Activity都會(huì)在創(chuàng)建它的Task中,并且大部分都在這里度過了它的整個(gè)生命。然而有一些情況,創(chuàng)建的Activity會(huì)被分配其它 的Task中去,有的甚至,本來在一個(gè)Task中,之后出現(xiàn)了轉(zhuǎn)移。我們首先分析一下android文檔給我們介紹的兩種情況。
***種情況。如果該Activity的allowTaskReparenting設(shè)置為true,它進(jìn)入后臺(tái),當(dāng)一個(gè)和它有相同affinity的Task進(jìn)入前臺(tái)時(shí),它會(huì)重新宿主,進(jìn)入到該前臺(tái)的task中。
我們驗(yàn)證一下這種情況。
Application Activity taskAffinity allowTaskReparenting
application1 Activity1 com.winuxxan.affinity true
application2 Activity2 com.winuxxan.affinity false
我們創(chuàng)建兩個(gè)工程,application1和application2,分別含有Activity1和Activity2,它們的taskAffinity相同,Activity1的allowTaskReparenting為true。
首先,我們啟動(dòng)application1,加載Activity1,然后按Home鍵,使該task(假設(shè)為task1)進(jìn)入后臺(tái)。然后啟動(dòng)application2,默認(rèn)加載Activity2。
我們看到了什么現(xiàn)象?沒錯(cuò),本來應(yīng)該是顯示Activity2,但是我們卻看到了Activity1。實(shí)際上Activity2也被加載了,只是Activity1重新宿主,所以看到了Activity1。
第二種情況。如果加載某個(gè)Activity的intent,F(xiàn)lag被設(shè)置成FLAG_ACTIVITY_NEW_TASK時(shí),它會(huì)首先檢查是否存在與自 己taskAffinity相同的Task,如果存在,那么它會(huì)直接宿主到該Task中,如果不存在則重新創(chuàng)建Task。
我們來做一個(gè)測(cè)試。
我們首先寫一個(gè)應(yīng)用,它有兩個(gè)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);
}
}
然后,我們?cè)賹懸粋€(gè)應(yīng)用MyActivity,它包含一個(gè)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>
我們首先啟動(dòng)MyActivity,然后按Home鍵,返回到桌面,然后打開Activity2,點(diǎn)擊Activity2,進(jìn)入Activity1。然后按返回鍵。
我們發(fā)現(xiàn),我們進(jìn)入Activity的順序?yàn)锳ctivity2->Activity1,而返回時(shí)順序?yàn)? Activity1->MyActivity。這就說明了一個(gè)問題,Activity1在啟動(dòng)時(shí),重新宿主到了MyActivity所在的Task 中去了。
以上是驗(yàn)證了文檔中提出的兩種TaskAffinity的用法。
下面就是見證奇跡的時(shí)刻,同志們,不要眨眼!
我們現(xiàn)在將上一文中的launchMode和本文講的taskAffinity結(jié)合起來。
首先是singleTask加載模式與taskAffinity的結(jié)合。
我們還是用上一文中的singleTask的代碼,這里就不在列出來了,請(qǐng)讀者自己查閱上一文。***不同的就是,我們?yōu)镸yActivity和Activity1設(shè)置成相同的taskAffinity,重新執(zhí)行上文的測(cè)試。
我們發(fā)現(xiàn)測(cè)試結(jié)果令我們驚訝:從同一應(yīng)用程序啟動(dòng)singleTask和不同應(yīng)用程序啟動(dòng)的結(jié)果完全與上文講的相反!
我們經(jīng)過思考,就可以把從同一應(yīng)用程序執(zhí)行和從不同應(yīng)用程序執(zhí)行另種方式同一起來,得到一個(gè)結(jié)論:
當(dāng)一個(gè)應(yīng)用程序加載一個(gè)singleTask模式的Activity時(shí),首先該Activity會(huì)檢查是否存在與它的taskAffinity相同的Task。
1、如果存在,那么檢查是否實(shí)例化,如果已經(jīng)實(shí)例化,那么銷毀在該Activity以上的Activity并調(diào)用onNewIntent。如果沒有實(shí)例化,那么該Activity實(shí)例化并入棧。
2、如果不存在,那么就重新創(chuàng)建Task,并入棧。
用一個(gè)流程來表示:
然后我們來檢測(cè)singleInstance模式融入taskAffinity時(shí)的情況,我們也是用上文中測(cè)試singleInstance的例子,在此 不列出,讀者翻閱前文查閱。***不同的是,我們將MyActivity和Activity2設(shè)置成相同的taskAffinity。
我們發(fā)現(xiàn)測(cè)試結(jié)果也有一定的出入,就是,當(dāng)從singleInstance中啟動(dòng)Activity時(shí),并沒用重新創(chuàng)建一個(gè)Task,而是進(jìn)入了和它具有相同affinity的MyActivity所在的Task。
于是,我們也能得到以下結(jié)論:
1、當(dāng)一個(gè)應(yīng)用程序加載一個(gè)singleInstance模式的Activity時(shí),如果該Activity沒有被實(shí)例化,那么就重新創(chuàng)建一個(gè)Task,并入棧,如果已經(jīng)被實(shí)例化,那么就調(diào)用該Activity的onNewIntent;
2、singleInstance的Activity所在的Task不允許存在其他Activity,任何從該Activity加載的其它 Actiivty(假設(shè)為Activity2)都會(huì)被放入其它的Task中,如果存在與Activity2相同affinity的Task,則在該 Task內(nèi)創(chuàng)建Activity2。如果不存在,則重新生成新的Task并入棧.