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。