Activity的啟動模式是怎樣的？你好，安卓從業(yè)者來回答這個問題。首先，讓我們 讓我們談?wù)劄槭裁碅ctivity需要啟動模式。我們知道，默認(rèn)情況下，當(dāng)我們多次啟動同一個活動時，系統(tǒng)會創(chuàng)建多個實(shí)例，并

Activity的啟動模式是怎樣的？

你好，安卓從業(yè)者來回答這個問題。首先，讓我們 讓我們談?wù)劄槭裁碅ctivity需要啟動模式。我們知道，默認(rèn)情況下，當(dāng)我們多次啟動同一個活動時，系統(tǒng)會創(chuàng)建多個實(shí)例，并將它們逐個放入任務(wù)堆棧。當(dāng)我們點(diǎn)擊后退按鈕的時候，會發(fā)現(xiàn)這些活動會一個一個的后退。任務(wù)堆棧是先進(jìn)先出的堆棧結(jié)構(gòu)。這個很好理解。每按一次back鍵，就有一個活動退出堆棧，直到堆棧為空。當(dāng)堆棧為空時，系統(tǒng)將回收任務(wù)堆棧。關(guān)于任務(wù)棧的系統(tǒng)工作原理，我們暫且不說，后續(xù)章節(jié)也會介紹任務(wù)棧。知道了活動的啟動，就可以發(fā)現(xiàn)一個問題:多次啟動同一個活動會創(chuàng)建多個實(shí)例。Isn 這不好笑嗎？活動可以 t設(shè)計的時候沒有考慮這個問題，所以提供了啟動模式來修改系統(tǒng)的默認(rèn)行為。目前有四種啟動模式。

標(biāo)準(zhǔn)

單身公寓

單一任務(wù)

單一實(shí)例

standard:

標(biāo)準(zhǔn)模式，這也是系統(tǒng)的默認(rèn)模式。每次啟動活動時，都會重新創(chuàng)建一個實(shí)例。無論這個實(shí)例是否已經(jīng)存在，創(chuàng)建的實(shí)例的生命周期都符合典型情況下活動的生命周期，如上所述:onCreate()，onStart()onResume()都會被調(diào)用，這是典型的多實(shí)例實(shí)現(xiàn)。一個任務(wù)堆?？梢杂卸鄠€實(shí)例，每個實(shí)例可以屬于不同的任務(wù)堆棧。在這種模式下，無論誰啟動這個活動，都將在啟動它的活動所在的堆棧中運(yùn)行。比如活動A啟動活動B(B是標(biāo)準(zhǔn)模式)，那么B會進(jìn)入A所在的棧。不知道讀者有沒有注意到，當(dāng)我們用ApplicationCont:從活動上下文外部調(diào)用startActivity需要FLAG_ACTIVITY_TASK標(biāo)志。這真的是你想要的嗎？一個

相信大家對這句話都會比較熟悉，因?yàn)槲覀儤?biāo)準(zhǔn)模式的Activity會默認(rèn)進(jìn)入啟動它的Activity所屬的任務(wù)。棧，但是對于非活動類型的上下文(比如ApplicationContext)沒有所謂的任務(wù)棧，所以就有問題了。為了解決這個問題，要啟動的活動指定了FLAG_ACTIVITY_TASK標(biāo)志位，這樣在啟動時就會為他創(chuàng)建一個新的任務(wù)棧。此時，要啟動的活動實(shí)際上是在singl:

棧頂重用模式。在這種模式下，如果一個新的Activity已經(jīng)在任務(wù)堆棧的頂部，它將不會被重新創(chuàng)建，同時，它的onNewIntent方法將被調(diào)用。通過這個方法的參數(shù)，我們可以檢索當(dāng)前請求的信息。需要注意的是，這個活動的onCreate，onStart不會被系統(tǒng)調(diào)用。因?yàn)樗麤]有。;如果新活動已經(jīng)存在但不在棧頂，那么新活動將被重新創(chuàng)建。例如，假設(shè)當(dāng)前棧中的情況是ABCD，其中ABCD是四個活動，A在棧底，D在棧頂。此時，假設(shè)D將重新啟動。如果D的啟動模式是singleTop，站棧里的情況還是ABCD。如果D的啟動模式是標(biāo)準(zhǔn)的，那么D將被重新創(chuàng)建。

singTask:

堆棧重用模式，這是一種單實(shí)例模式。在這種模式下，只要活動存在于堆棧中，當(dāng)活動多次啟動時，就不會創(chuàng)建實(shí)例。和singTop一樣，系統(tǒng)也會回調(diào)它的onNewIntent方法。具體來說，當(dāng)一個具有singleTask模式的活動請求開始時，比如活動A，系統(tǒng)將首先尋找A想要的任務(wù)棧的存在。如果它不 t存在，紅心會創(chuàng)建一個任務(wù)棧，然后創(chuàng)建A的一個實(shí)例，把A放入棧中。如果有A需要的棧，就看A在棧里有沒有實(shí)例了。如果有實(shí)例，系統(tǒng)會將轉(zhuǎn)移到堆棧頂部，并調(diào)用其onNewIntent方法。如果沒有實(shí)例，它會創(chuàng)建一個A的實(shí)例并將A放入堆棧，并給出幾個例子。

例如，任務(wù)堆棧S1的當(dāng)前情況是ABC。此時，活動D請求以單任務(wù)模式開始，所需的任務(wù)堆棧是S2。由于沒有S2和D的實(shí)例，系統(tǒng)將首先創(chuàng)建任務(wù)堆棧S2，然后創(chuàng)建D的一個實(shí)例將其堆棧在S2。另一種情況，假設(shè)D的所需任務(wù)棧是S1，其他情況同上，系統(tǒng)會直接創(chuàng)建D的一個實(shí)例，引入S1，因?yàn)镾1已經(jīng)存在。如果D需要的任務(wù)棧是S1，當(dāng)前的任務(wù)棧S1是ABCD，根據(jù)棧內(nèi)重用的原則，此時不會重新創(chuàng)建D，系統(tǒng)會將D切換到棧頂，調(diào)用其oNnNewIntent方法。同時由于默認(rèn)clearTop的效果，棧中D上的所有活動都會被彈出，所以S1最后的情況是AD，比較特殊，這個情況后面會詳細(xì)分析。

singleInstanc:

單實(shí)例模式，這是一種增強(qiáng)的單任務(wù)模式。除了singleTask的所有屬性之外，它還強(qiáng)化了一點(diǎn)，即具有這種模式的活動只能在單個任務(wù)堆棧中，換句話說，例如，活動A是單實(shí)例模式。啟動時，系統(tǒng)將創(chuàng)建一個新的任務(wù)堆棧用于創(chuàng)建。那么A在這個任務(wù)棧中是獨(dú)立的。由于堆棧中的重用，后續(xù)請求不會創(chuàng)建新的活動，除非這個唯一的任務(wù)堆棧被系統(tǒng)銷毀。

上面介紹了幾種啟動，這里需要指出一種情況。讓 假設(shè)目前有兩個任務(wù)堆棧。前臺任務(wù)棧是AB，后臺任務(wù)棧是CD。讓 s假設(shè)CD的啟動模式是singleTask，現(xiàn)在請求啟動D，那么整個后臺任務(wù)站都會切換到前臺。這時候整個背單就會變成ABCD。當(dāng)用戶按下返回鍵時，列表中的活動會被逐一彈出，如圖所示。

如果你請求的是C而不是D，情況就不一樣了，如圖。

如何設(shè)置啟動模式？

可以通過清單文件進(jìn)行設(shè)置。

或者用代碼設(shè)置。

意向意向新意向()(這個，)(意向。flag _ activity _ n

安卓startActivityForResult怎么用？

1.調(diào)用這個方法可以從a跳到b，然后b調(diào)用finsh()后，會跳回a，在這個過程中可以傳輸數(shù)據(jù)。

2.在這整個過程中，需要三種方法，即:

startActivityForResult(Intent Intent，int resquestCode)

調(diào)用跳轉(zhuǎn)到a中的b。

setResult(int resultCode，Intent data)

設(shè)置要傳輸?shù)臄?shù)據(jù)。然后調(diào)用finish()返回b。

onActivityForResult(int requestCode，int resultCode，Intent data)

調(diào)用進(jìn)行數(shù)據(jù)處理。

3.其實(shí)百度一鍵就能找到。