Android 筆記 -- Activity intent經常使用的 FLAG 集合

首先簡單說下Task和Activity的關系。

  Task就像一個容器，而Activity就相當與填充這個容器的東西，第一個東西（Activity）則會處于最下面，最後添加的東西（Activity）則會在最上面。從Task中取出東西（Activity）是從最頂端取出，也就是說最先取出的是最後添加的東西（Activity），以此類推，最後取出的是第一次添加的Activity，而Activity在Task中的順序是可以控制的，在Activity跳轉時用到Intent Flag可以設定建立activity的建立方式；

  Intent.FLAG_ACTIVITY_NEW_TASK

  預設的跳轉類型,會重新建立一個新的Activity，不過與這種情況，比方說Task1中有A,B,C三個Activity,此時在C中啟動D的話，如果在Manifest.xml檔案中給D添加了Affinity的值和Task中的不一樣的話，則會在新标記的Affinity所存在的Task中壓入這個Activity。如果是預設的或者指定的Affinity和Task一樣的話，就和标準模式一樣了啟動一個新的Activity.

  FLAG_ACTIVITY_SINGLE_TOP

 這個FLAG就相當于加載模式中的singletop，比如說原來棧中情況是A,B,C,D在D中啟動D，棧中的情況還是A,B,C,D

 FLAG_ACTIVITY_CLEAR_TOP

 這個FLAG就相當于加載模式中的SingleTask，這種FLAG啟動的Activity會把要啟動的Activity之上的Activity全部彈出棧空間。類如：原來棧中的情況是A,B,C,D這個時候從D中跳轉到B，這個時候棧中的情況就是A,B了

 FLAG_ACTIVITY_BROUGHT_TO_FRONT

  這個網上很多人是這樣寫的。如果activity在task存在，拿到最頂端,不會啟動新的Activity。這個有可能會誤導大家！ 他這個FLAG其實是這個意思！　比方說我現在有Ａ，在Ａ中啟動Ｂ，此時在Ａ中Ｉntent中加上這個标記。此時B就是以  FLAG_ACTIVITY_BROUGHT_TO_FRONT 這個啟動的，此時在B中再啟動C，D（正常啟動C,D），如果這個時候在D中再啟動B，這個時候最後的棧的情況是 A,C,D,B. 特别注意的是，我上面說的網上人描述的這個FLAG，會很容易讓人誤解成這樣，A,B,C,D都是标準加載，然後我在D中啟動A，這個intent加上FLAG_ACTIVITY_BROUGHT_TO_FRONT  ，就會誤認為變成B,C,D,A！！其實不是，這個時候應該是A,B,C,D,A.不信的人大家試試看。不過下面這個标記和這個标記就會讓大家明白了！

  FLAG_ACTIVITY_REORDER_TO_FRONT

  就按在 Intent.FLAG_ACTIVITY_BROUGHT_TO_FRONT 最後說的，如果在A,B,C,D正常啟動的話，不管B有沒有用FLAG_ACTIVITY_BROUGHT_TO_FRONT啟動，此時在D中啟動B的話，還是會變成A,C,D,B的。

    FLAG_ACTIVITY_RESET_TASK_IF_NEEDED

　　這個也不知道具體怎麼用，看文檔有點象開辟新的Task，不過測試完，不像那麼簡單。因為測試結果很失望，用這個啟動的Activity的TaskId是一樣的！具體怎麼用！　請大家知道的留言，謝謝！

　　FLAG_ACTIVITY_NO_USER_ACTION

　　onUserLeaveHint()作為activity周期的一部分，它在activity因為使用者要跳轉到别的activity而要退到background時使用。

比如,在使用者按下Home鍵（使用者的choice），它将被調用。比如有電話進來（不屬于使用者的choice），它就不會被調用。

那麼系統如何區分讓目前activity退到background時使用是使用者的choice？

它是根據促使目前activity退到background的那個新啟動的Activity的Intent裡是否有　　　　　FLAG_ACTIVITY_NO_USER_ACTION來确定的。

注意：通過調用finish()使該activity銷毀時不會調用該函數

　　FLAG_ACTIVITY_NO_HISTORY

用這個标記顧名思義！ 意思就是說用這個FLAG啟動的Activity，一旦推出，他就不會存在于棧中，比方說！原來是A,B,C 這個時候再C中以這個FLAG啟動D的 ， D再啟動E，這個時候棧中情況為A,B,C,E。