【移動(dòng)應(yīng)用開(kāi)發(fā)技術(shù)】Activity有哪些啟動(dòng)模式_第1頁(yè)
【移動(dòng)應(yīng)用開(kāi)發(fā)技術(shù)】Activity有哪些啟動(dòng)模式_第2頁(yè)
【移動(dòng)應(yīng)用開(kāi)發(fā)技術(shù)】Activity有哪些啟動(dòng)模式_第3頁(yè)
免費(fèi)預(yù)覽已結(jié)束,剩余1頁(yè)可下載查看

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

【移動(dòng)應(yīng)用開(kāi)發(fā)技術(shù)】Activity有哪些啟動(dòng)模式

這篇文章主要介紹了Activity有哪些啟動(dòng)模式,具有一定借鑒價(jià)值,需要的朋友可以參考下。希望大家閱讀完這篇文章后大有收獲。下面讓在下帶著大家一起了解一下。前言平常我們啟動(dòng)活動(dòng)的時(shí)候就是直接startActivity或許并沒(méi)有注意活動(dòng)的啟動(dòng)模式,默認(rèn)情況下都是以默認(rèn)的啟動(dòng)模式啟動(dòng)。但啟動(dòng)模式有時(shí)候是比較重要的。例如一個(gè)活動(dòng)你想他只啟動(dòng)一次不要有多個(gè)實(shí)例,那么你可能需要把他設(shè)置為singleTask模式。所以有必要了解一下這一些啟動(dòng)模式。同時(shí)要注意一下,啟動(dòng)模式≠啟動(dòng)方式,啟動(dòng)方式是指顯示啟動(dòng)和隱式啟動(dòng),不要混淆,顯示啟動(dòng)和隱式啟動(dòng)后續(xù)我會(huì)有專門的文章講解。關(guān)于任務(wù)棧簡(jiǎn)介要了解啟動(dòng)模式,首先要了解一下關(guān)于任務(wù)棧的概念。關(guān)于任務(wù)棧的實(shí)現(xiàn)原理等我在這里就先不說(shuō)了,這里主要簡(jiǎn)單介紹一下什么是任務(wù)棧。我們啟動(dòng)的活動(dòng)實(shí)例都會(huì)放在一個(gè)叫做任務(wù)棧的東西里面。我們都知道棧是“后進(jìn)先出”的特點(diǎn)。打個(gè)比方,任務(wù)棧就是一個(gè)羽毛球筒,活動(dòng)實(shí)例就是一個(gè)個(gè)羽毛球,后放進(jìn)去的只能先拿出來(lái)。所以當(dāng)我們啟動(dòng)一個(gè)app的時(shí)候,就會(huì)自動(dòng)創(chuàng)建一個(gè)任務(wù)棧,然后我們就往里面丟活動(dòng)實(shí)例。當(dāng)我們按返回銷毀活動(dòng)的時(shí)候,這些活動(dòng)就依次從任務(wù)棧里面出來(lái)。當(dāng)然,一個(gè)app可以擁有多個(gè)任務(wù)棧,例如使用singleInstence啟動(dòng)的活動(dòng)就是在一個(gè)獨(dú)立的任務(wù)棧中。了解完任務(wù)棧的概念,接下來(lái)就可以來(lái)看看活動(dòng)的四種啟動(dòng)模式。解析Activity的四種啟動(dòng)模式standard這種是標(biāo)準(zhǔn)啟動(dòng)模式,默認(rèn)就是這種啟動(dòng)模式。每次啟動(dòng)這種啟動(dòng)模式的活動(dòng)的時(shí)候都會(huì)創(chuàng)建一個(gè)新的實(shí)例放入棧中,不管棧中是否已經(jīng)存在相同的實(shí)例。這也是最容易理解的。singleTop顧名思義,棧頂是單一實(shí)例的。什么意思呢。假設(shè)你現(xiàn)在啟動(dòng)一個(gè)ActivityA,但是這個(gè)時(shí)候已經(jīng)存在一個(gè)ActivityA實(shí)例在棧頂,那么這個(gè)時(shí)候,就不會(huì)創(chuàng)建新的實(shí)例。但是如果,在非棧頂存在相同的實(shí)例,還是會(huì)創(chuàng)建新的實(shí)例的。例如,現(xiàn)在棧中的活動(dòng)是ABC,A處于棧頂。然后此時(shí)啟動(dòng)A,是不會(huì)再創(chuàng)建一個(gè)A活動(dòng)出來(lái),而是執(zhí)行A的onNewIntent方法;但是如果此時(shí)啟動(dòng)C活動(dòng),由于棧頂是A不是C,那么還是會(huì)創(chuàng)建一個(gè)新的C實(shí)例出來(lái),此時(shí)的棧情況就是CABC。singleTask單一任務(wù)模式。這個(gè)模式的意思是,在該活動(dòng)的啟動(dòng)棧中,只能存在單一實(shí)例,不管是否位于棧頂。與其他啟動(dòng)模式不同的是,這個(gè)啟動(dòng)模式可以指定棧去啟動(dòng)。例如現(xiàn)在有一個(gè)棧Main,但是你可以給活動(dòng)A指定一個(gè)棧名dev,那么啟動(dòng)A的時(shí)候就會(huì)創(chuàng)建一個(gè)棧叫做dev。所以singleTask的意思就是,當(dāng)你啟動(dòng)一個(gè)啟動(dòng)模式為singleTask的活動(dòng)的時(shí)候,如果棧中沒(méi)有相同的實(shí)例,那么就會(huì)創(chuàng)建一個(gè)新的實(shí)例放入棧中;如果指定棧中存在相同的實(shí)例,例如棧中有ABC,然后你啟動(dòng)B,那么這個(gè)時(shí)候不會(huì)去創(chuàng)建新的B實(shí)例,而是把B放到棧頂,并把A頂出去,再執(zhí)行B的onNewIntent方法,此時(shí)棧的情況就是BC。細(xì)心的讀者會(huì)發(fā)現(xiàn)“頂出去”。是的,我們都知道棧是后進(jìn)先出的特點(diǎn),例如你往筒里放了3個(gè)羽毛球,那你想要拿到中間那個(gè)羽毛球,是不是只能先把上面那個(gè)抽出來(lái)呢,同樣的道理,要想把B提到棧頂,那么必須把A頂出來(lái)??赡軙?huì)有很多讀者誤以為啟動(dòng)后是BAC,但其實(shí)是BC,因?yàn)锳得先出棧,B才能出來(lái)。同理,如果棧中是ADFBC,這個(gè)啟動(dòng)B,也是BC,上面的全部被出棧了。singleInstance單例模式。這個(gè)是singleTask的強(qiáng)化版本。他會(huì)自己新建一個(gè)棧并把這個(gè)新的實(shí)例放進(jìn)去,而且這個(gè)棧只能放這個(gè)活動(dòng)實(shí)例。所以當(dāng)重復(fù)啟動(dòng)這個(gè)活動(dòng)的時(shí)候,只要他存在,都是調(diào)用這個(gè)活動(dòng)onNewIntent方法并切換到這個(gè)棧中,并不會(huì)去創(chuàng)建新的實(shí)例。設(shè)置啟動(dòng)模式的兩種方法了解了活動(dòng)的四種啟動(dòng)模式,接下來(lái)看看如何給他指定啟動(dòng)模式。靜態(tài)設(shè)置靜態(tài)設(shè)置就是在AndroidManifest中給具體活動(dòng)設(shè)置啟動(dòng)模式。通過(guò)給活動(dòng)指定launchMode參數(shù)來(lái)設(shè)置啟動(dòng)模式。例如:

<activity

android:name=".MainActivity"

android:launchMode="singleInstance"/>動(dòng)態(tài)設(shè)置動(dòng)態(tài)設(shè)置是在啟動(dòng)活動(dòng)的時(shí)候再指定啟動(dòng)模式,例如:Intent

intent

=

new

Intent();

intent.setClass(this,SecondActivity.class);

intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);

startActivity(intent);可以看到我們通過(guò)intent.addFlags這個(gè)方法來(lái)指定啟動(dòng)模式,這個(gè)方法傳入一個(gè)參數(shù)來(lái)指定啟動(dòng)模式,其他的參數(shù)有:FLAG_ACTIVITY_NEW_TASK:singleTask模式FLAG_ACTIVITY_SINGLE_TOP:singleTop模式FLAG_ACTIVITY_CLEAR_TOP:清除該活動(dòng)上方的所有活動(dòng)。一般和singleTask一起使用。但是如果你的啟動(dòng)模式是standard,那么這個(gè)活動(dòng)連他之上的所有活動(dòng)都會(huì)被出棧再創(chuàng)建一個(gè)新的實(shí)例放進(jìn)去。例如現(xiàn)在棧中是ABCD,以FLAG_ACTIVITY_CLEAR_TOP+standard模式啟動(dòng)C的時(shí)候,首先清理掉ABC,是的,C也會(huì)被清理,然后再創(chuàng)建一個(gè)新的C放進(jìn)去,執(zhí)行之后就是CD。特別注意的坑singleInstance返回任務(wù)?,F(xiàn)在模擬一個(gè)場(chǎng)景:現(xiàn)在有三個(gè)活動(dòng)A,B,C。A和C的啟動(dòng)模式都是standard,B的啟動(dòng)模式是singleInstance。先啟動(dòng)A,再啟動(dòng)B,然后再啟動(dòng)C。這個(gè)時(shí)候問(wèn)題來(lái)了,如果我這個(gè)時(shí)候按下返回鍵,是回到B嗎?答案是回到A。再按一下呢,返回桌面嗎?答案是回到B,再按一下再回到桌面。其實(shí)不難理解。我們都知道singleInstance會(huì)創(chuàng)建一個(gè)獨(dú)立的棧,當(dāng)我們啟動(dòng)A的時(shí)候,A位于棧First中,啟動(dòng)B的時(shí)候,就會(huì)創(chuàng)建一個(gè)棧Second并把B實(shí)例放進(jìn)去。這個(gè)時(shí)候再啟動(dòng)C,就會(huì)切換到棧FIrst,因?yàn)閟ingleInstance創(chuàng)建的棧只能放一個(gè),所以C會(huì)放到棧First中,當(dāng)按下返回的時(shí)候,棧First中的活動(dòng)就會(huì)依次出棧,直到全部出完,才會(huì)切換到棧Second中。所以要注意這個(gè)點(diǎn)。singleTask多任務(wù)棧啟動(dòng)問(wèn)題這個(gè)問(wèn)題和上面singleTop的本質(zhì)是一樣的。模擬一個(gè)場(chǎng)景:現(xiàn)在有兩個(gè)棧:First:ABC;Second:QWE。棧First位于前臺(tái),棧Second位于后臺(tái)。A位于棧頂。這個(gè)時(shí)候以singleTask的模式啟動(dòng)W,會(huì)發(fā)生什么樣的情況呢?首先會(huì)切換到棧Second,再把Q出棧,W提到棧頂,并執(zhí)行W的onNewIntent方法。這個(gè)時(shí)候按返回鍵就會(huì)把Second棧中的活動(dòng)依次出棧,全部出完后才會(huì)切換到棧First。singleTask的TaskAffinity與allowTaskReparenting參數(shù)前面我們講到給singleTask模式指定要啟動(dòng)的任務(wù)棧的名字,怎么指定呢?可以在AndroidManifest中指定相關(guān)的屬性,如下:<activity

android:name=".Main2Activity"

android:launchMode="singleTask"

android:taskAffinity="com.huan"

android:allowTaskReparenting="true"/>這里解釋一下這兩個(gè)參數(shù)taskAffinity:指定任務(wù)棧的名字。默認(rèn)的任務(wù)棧是包名,所以不能以包名來(lái)命名。allowTaskReparenting:這個(gè)參數(shù)表示可不可以切換到新的任務(wù)棧,通常設(shè)置為true并和上面的參數(shù)一起使用。我前面講到可以給singleTask的活動(dòng)指定一個(gè)棧名,然后啟動(dòng)的時(shí)候,就會(huì)切換到那個(gè)棧,并把新的活動(dòng)放進(jìn)去。但是如果設(shè)置allowTaskReparenting參數(shù)為false的話是不會(huì)切換到新的棧的。這個(gè)參數(shù)的意思是可不可以把新的活動(dòng)轉(zhuǎn)移到新的任務(wù)棧。簡(jiǎn)單點(diǎn)來(lái)說(shuō)

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論