我說好的 面試系列 總算開始了。我姑且是想到哪兒寫到哪兒，其中肯定是和我被面試的實際情況息息相關。
說說 Android 的四種啟動模式
這基本是一道必考題，和「 Activity 的生命周期 」一樣，基本為必考題。
其實很多人可能存在一個誤區，覺得知道這個啟動模式「launchMode」沒什么意義，但我在毫無準備的前提下，被問到這個問題的時候，我被問的瑟瑟發抖。
這些都是基本
先普及下可能大多數人都知道的基本見解。
- standard
這是 Activity 的默認啟動模式，每次激活 Activity 的時候都會創建一個新的 Activity 實例，并放入任務棧中。使用場景：基本絕大多數地方都可以用。
- singleTop
這可能也是非常常用的 launchMode 了。如果在任務的棧頂正好存有該 Activity 的實例，則會通過調用onNewIntent()方法進行重用，否則就會同 standard 模式一樣，創建新的實例并放入棧頂。即便棧中已經存在了該 Activity 的實例，也會創建新的實例，即：A -> B ->A，此時棧內為 A -> B -> A，但 A -> B ->B ，此時棧內為 A -> B。一句話概述就是：當且僅當啟動的 Activity 和上一個 Activity 一致的時候才會通過調用onNewIntent()方法重用 Activity 。使用場景：資訊閱讀類 APP 的內容界面。
- singleTask
這個 launchMode專門用于解決上面 singleTop 的另外一種情況，只要棧中已經存在了該 Activity 的實例，就會直接調用onNewIntent()方法來實現重用實例。重用時，直接讓該 Activity 的實例回到棧頂，并且移除之前它上面的所有 Activity 實例。如果棧中不存在這樣的實例，則和 standard 模式相同。即： A ->B -> C -> D -> B，此時棧內變成了 A -> B。而 A -> B -> C，棧內還是 A -> B -> C。使用場景：瀏覽器的主頁面，或者大部分 APP 的主頁面。
- singleInstance
在一個新棧中創建該 Activity 的實例，并讓多個應用共享該棧中的該 Activity 實例。一旦該模式的 Activity 實例已經存在于某個棧中，任何應用再激活該 Activity 時都會重用該棧中的實例，是的，依然是調用onNewIntent()方法。其效果相當于多個應用共享一個應用，不管是誰激活，該 Activity 都會進入同一個應用中。但值得引起注意的是：singleInstance 不要用于中間頁面，如果用戶中間頁面，跳轉會出現很難受的問題。 這個在實際開發中我暫未遇到過，不過 Android 系統的來電頁面，多次來電均是使用的同一個 Activity 。
四種模式的背書式理解記憶講完了，你認為這樣就結束了嗎？
對，我也一度是這樣認為的。
再說說我們的 Intent 標簽
我們除了需要知道在 AndroidManifest.xml 里面設置 android:launchMode 屬性，我們還需要了解下面這幾個 Intent 標簽的用法。
我們當然可以選擇看看官方文檔 Tasks and Back Stack （你可能需要梯子）。
在 Android 中，我們除了在清單文件 AndroidManifest.xml 中配置 launchMode，當然可以用 Intent 標簽說事兒。啟動 Activity ，我們需要傳遞一個 Intent，完全可以通過設置 Intent.setFlags(int flags) 來設置啟動的 Activity 的啟動模式。
需要注意的是：通過代碼來設置 Activity 的啟動模式的方式，優先級比清單文件設置更高。
FLAG_ACTIVITY_NEW_TASK
這個標識會使新啟動的 Activity 獨立創建一個 Task。FLAG_ACTIVITY_CLEAR_TOP
這個標識會使新啟動的 Activity 檢查是否存在于 Task 中，如果存在則清除其之上的 Activity，使它獲得焦點，并不重新實例化一個 Activity，一般結合 FLAG_ACTIVITY_NEW_TASK 一起使用。FLAG_ACTIVITY_SINGLE_TOP
等同于在 launcherMode 屬性設置為 singleTop。
前面講了這么多，似乎相當全面了，但你以為這樣就結束了？No，面試官一般情況下已經不會這么問你了，這樣問你完全可以背出來。
面試官怎么問 Activity 的啟動模式（launchMode）？
怎么問？
1、設置為 singleTask 的啟動模式，當 Activity 的實例已經存在時，再啟動它，它的哪個回調函數會被執行？我們可以在哪個回調中處理新的 Intent 協帶的參數？（通過 startActivity(Intent) 方式啟動）
2、設置為 singleTop 的啟動模式，當 Activity 的實例已經存在于 Task 的棧頂，我們可以在哪個回調中處理新的 Intent 協帶的參數？（在當前 Activity 中從通知欄點擊再跳轉到此 Activity 就是這種在棧頂的情況）
這兩個問題如果你看了上面的，一定對你來說實在太簡單了。面試官只是想直接考察你是否真正做過這樣的設置，或者是否知道 onNewIntent() 這個方法的存在。
有沒有其他想說的？
有。
之前在「柳學兄」的文章中看到過這樣一種情況，發現之前同事寫的代碼導致了這樣一個問題。
startActivityForResult 啟動一個 Activity，還沒有開始界面跳轉，直接就執行了 onActivityResult()。
不知道有沒有人也遇到過這樣的問題，但我想遇到這個問題的時候，你一樣會因此而抓耳撓腮。（可能是因為我們一般在排查問題的時候，很少去關注配置清單文件 AndroidManifests.xml。）
我們在 Activity.java 的 startActivityForResult() 方法中可以看到這樣一串說明。
很多人出現這個問題，確實是因為
startActivityForResult() 啟動的 Activity 設置了 singleTask 的啟動模式。
好在 Android 5.0 以后，修正了這個問題。不過當你在 Intent 中設置 FLAG_ACTIVITY_NEW_TASK 后還是會出現這樣的問題。
intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
注意：MainActivity 的
onResume()也會被觸發。因為onActivityResult()被執行時，它會重新獲得焦點。很多人也會遇到onResume()被無故調用，也許就是這種情況。
所以，最終我們發現只要是不和原來的 Activity 在同一個 Task 就會產生這種立即執行 onActivityResult() 的情況，從原代碼也可以得到驗證，詳情查看 ActivityStackSupervisor.java。
小結
關于 Activity 的啟動模式相關的問題，其實還會有很多種考察你掌握情況的問法，建議采用 STAR 法則 進行面試回答。其實只要你掌握了實質，后面的運用只看你個人的運用能力和創新了。
做不完的開源，寫不完的矯情。歡迎掃描下方二維碼或者公眾號搜索「nanchen」關注我的微信公眾號，目前多運營 Android ，盡自己所能為你提升。如果你喜歡，為我點贊分享吧~
