1.FLAG_ACTIVITY_CLEAR_TOP：例如現在的棧情況為：A B C D 。D此時通過intent跳轉到B，如果這個intent添加FLAG_ACTIVITY_CLEAR_TOP標記，則棧情況變為：A B。如果沒有添加這個標記，則棧情況將會變成：A B C D B。也就是說，如果添加了FLAG_ACTIVITY_CLEAR_TOP標記，并且目標Activity在棧中已經存在，則將會把位于該目標activity之上的activity從棧中彈出銷毀。這跟上面把B的Launch mode設置成singleTask類似。簡而言之，跳轉到的activity若已在棧中存在，則將其上的activity都銷掉。

    2.FLAG_ACTIVITY_NEW_TASK：例如現在棧1的情況是：A B C。C通過intent跳轉到D，并且這個intent添加了FLAG_ACTIVITY_NEW_TASK標記，如果D這個Activity在Manifest.xml中的聲明中添加了Task affinity，系統首先會查找有沒有和D的Task affinity相同的task棧存在，如果有存在，將D壓入那個棧，如果不存在則會新建一個D的affinity的棧將其壓入。如果D的Task affinity默認沒有設置，則會把其壓入棧1，變成：A B C D，這樣就和不加FLAG_ACTIVITY_NEW_TASK標記效果是一樣的了。注意如果試圖從非activity的非正常途徑啟動一個activity（例見下文“intent.setFlags()方法中參數的用例”），比如從一個service中啟動一個activity，則intent比如要添加FLAG_ACTIVITY_NEW_TASK標記（編者按：activity要存在于activity的棧中，而非activity的途徑啟動activity時必然不存在一個activity的棧，所以要新起一個棧裝入啟動的activity）。簡而言之，跳轉到的activity根據情況，可能壓在一個新建的棧中。

    3.FLAG_ACTIVITY_NO_HISTORY：例如現在棧情況為：A B C。C通過intent跳轉到D，這個intent添加FLAG_ACTIVITY_NO_HISTORY標志，則此時界面顯示D的內容，但是它并不會壓入棧中。如果按返回鍵，返回到C，棧的情況還是：A B C。如果此時D中又跳轉到E，棧的情況變為：A B C E，此時按返回鍵會回到C，因為D根本就沒有被壓入棧中。簡而言之，跳轉到的activity不壓在棧中。

    4.FLAG_ACTIVITY_SINGLE_TOP：和Activity的Launch mode的singleTop類似。如果某個intent添加了這個標志，并且這個intent的目標activity就是棧頂的activity，那么將不會新建一個實例壓入棧中。簡而言之，目標activity已在棧頂則跳轉過去，不在棧頂則在棧頂新建activity。

二.intent.setFlags()方法中參數的用例：

很多人使用startActivity時候，會碰到如下的異常：
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?
都知道，Context中有一個startActivity方法，Activity繼承自Context，重載了startActivity方法。如果使用Activity的startActivity方法，不會有任何限制，而如果使用Context的startActivity方法的話，就需要開啟一個新的task（編者按：參見一.2.的編者按），遇到上面那個異常的，都是因為使用了Context的startActivity方法。解決辦法是：Java代碼中加一個flag，即intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK)。這樣就可以在新的task里面啟動這個Activity了。