Activity的啟動模式

Activity作為安卓四大組件之首，它的確非常重要，上篇文章我們介紹了Activity的生命周期，其實Activity的啟動模式也是一個難點，有時為了項目的特殊需求，我們需要使用到Activity的啟動模式，下面我們就具體的介紹Activity的啟動模式和標志位。

1.1Activity的LaunchMode（啟動模式）

首先我們開介紹一下Activity為什么需要啟動模式。在默認情況下，多次啟動同一個Activity，系統會創建多個實例，并把這些實例一一的壓入任務棧中。當我們單擊返回鍵的時候，就會一一回退。我們知道在數據結構中，棧是先進后出的。其實就是每按一次返回鍵，銷毀一個Activity，就會有一個Activity實例出棧，直到棧內為空的時候，系統將任務棧回收。這就是Activity在默認情況下的啟動方式。在這里我們會不會發現一個問題：多次啟動同一個Activity系統竟然多次創建實例，這是不是感覺很奇葩?在學習設計模式的時候，我們都知道有單實例模式，我想Android系統也不會那么笨。是的，Android系統其實早就知道這一點了，所以Android系統在設計的時候提供了啟動模式來修改這種默認的啟動行為。目前有四種啟動模式：standard、singleTop、singleTask、singleInstance。下面就對這四種啟動模式進行一一的介紹：

（1）standard

standard：標準模式，這是系統默認的啟動模式。每次啟動一個Activity就會創建一個Activity的實例。不管這個實例是否存在都會進行創建。每次創建Activity的生命周期，也都是符合正常情況下Activity的生命周期。創建一個Activity實例，就會把這個實例壓入任務棧中，一個任務棧可以有多個Activity實例，同一個Activity的各個實例也可以對應不同的任務棧。在標準模式下：一個Activity由誰啟動的，實例就會壓入啟動者所在的任務棧，簡單的說就是：假如一個Activity A 啟動了 Activity B 那么B的實例就會壓入A所在的任務棧中。在這我們提一點，不知道讀者是否遇到這樣一個問題。使用ApplicationContext去啟動一個Activity會報如下錯誤：

接下來筆者將介紹如何重現這樣的錯誤信息：

通過上面知道我們如果用Activity A ?通過標準模式去啟動Activity B ?B的實例會壓入A的實例所在的任務棧中。這個很容易理解。這里介紹的都是通過Activity去啟動另一個Activity是沒問題的，因為Activity啟動者會有對應的任務棧。假如我們通過廣播接受者去啟動一個Activity呢?如下圖所示：

通過標準模式，以上的代碼能啟動一個Activity嗎，還是會報上面所說的錯誤？筆者告訴大家，答案是：

《1》當這個廣播接收者是通過手動在Activity ?A 中注冊的情況下是可以的，上面代碼中的Context屬于Activity A 對象，這個時候通過啟動 Activity B其實就是通過這個Activity A 啟動的，B的實例就會壓入到Activity B 實例所在的任務棧。這樣不會報錯，正常啟動。

《2》當這個廣播接收者是通過在Manifest中注冊的情況下是不可的，就會報上面所說的錯誤信息。這個時候上面代碼

中的Context是屬于ReceiverRestrictedContext@41a7c2b8廣播接受者的，廣播接受者沒有對應的任務棧，因此不能通過context去啟動一個Activity。當然假如一定要啟動Activity也是可以的，我們可以進行設置標志位：FLAG_ACTIVITY_NEW_TASK。其實就是啟動一個新的任務棧，把啟動的Activity壓入這個新的任務棧中。其實這種啟動模式，就是下面會介紹的另一種啟動模式：sinleTask啟動模式

（2）singleTop

singleTop:棧頂復用模式。同樣用例子說明：當前任務棧里的情況是A B C D ,A位于棧頂，C位于棧底。

《1》通過singleTop模式Activity D啟動Activity A，這個時候不會創建A的實例，只是繼續使用棧頂中的A，調用了onNewInstane方法，通過此方法的參數，我們可以取出當前請求的數據。既然不會重新創建A,所以A的生命周期方法：onCreate、onStart、onResume方法不會被調用。這個時候棧內的情況是：A B C D。

《2》同樣通過singleTop模式Activity D啟動Activity B ，由于B不在棧頂，這個時候會創建B的實例，開始B的生命周期方法。棧內情況:B A B C D,這個應該很容易理解，筆者在這就不多說了。

（3）singleTask

singleTask：棧內復用模式。通過棧頂復用模式的學習，我想學習棧內復用模式應該會比較容易的理解。這是一種單實例模式，在這種情況下，如果通過singleTask模式去啟動一個Activity A，首先系統會尋找是否存在A所需要的任務棧，如果不存在，則創建任務棧，再創建A的實例壓入任務棧中。如果存在，則檢查棧中是否存在A的實例，如果不存在，創建A的實例壓入棧中。如果存在，則把A移動到棧頂，假如之前棧內之前的情況是 D C B A ，D位于棧頂，這個時候把A移到棧頂，由于singleTask具有clearTop效果，會導致A 上面的全部出棧，所以把A移到棧頂之后棧內的情況是A。下面用例子來說明：

《1》棧S1 的情況是 A B C, A位于棧頂。創建D,并且所需的任務棧是S2。這個時候棧S2和實例均不存在，則需要創建任務棧S2和D實例，把D實例壓入S2中。

《2》假如創建D所需的棧是S1,這個時候，直接創建D實例，壓入S1中。S1的情況是：D A B C

《3》假如S1的情況是 A B C D ，創建D所需的任務棧是S1，這個時候S1已經存在，D也存在。所以直接把D移到棧頂，最后由于clearTop模式，S1的情況是A

（4）singleInstance

singleInstance:單實例模式,這種模式具有singleTask模式所有的特性。和singleTask不同的是，通過singleInstance模式啟動的Activity所在的任務棧只能有一個實例。而通過singleTask啟動的Activity所在任務棧可以有不同的實例，只是同一個Activity只能有一個實例。

Activity的Flag(標志位)

在上面介紹Activity的啟動模式的時候，我們曾經提到，假如通過ApplicationContext去啟動一個Activity是不行的。會報：

AndroidRuntimeException: Calling startActivity() from outside of an Activity，Caused by: android.util.AndroidRuntimeException: Calling startActivity() from outside of an Activity context requires the FLAG_ACTIVITY_NEW_TASK flag. Is this really what you want?

錯誤的信息就是需要一個標志位的意思。

下面我們就介紹一下標志位：標志位有很多，這里主要分析一下比較常用的標志位。有的標志位可以設置Activity的啟動模式。有的標志位可以影響Activity 的運行狀態。大部分情況下我們不需要去指定標志位，對標志位理解即可。

（1）FLAG_ACTIVITY_NEW_TASK

該標志位的作用是設置Activity的啟動模式是singleTask 即棧內復用模式。

（2）FLAG_ACTIVITY_SINGLE_TOP

該標志位的作用是設置Activity的啟動模式是singleTop模式 即單實例模式

（3）FLAG_ACTIVITY_CLEAR_TOP

該標志位的作用是啟動一個Activity，該Activty實例所在的任務棧中所有在該實例之上的實例都要出棧。本身singleTop啟動模式就具有該clearTop特性