android:allowTaskReparenting
用來標記Activity能否從啓動的Task移動到有着affinity的Task（當這個Task進入到前臺時）——“true”，表示能移動，“false”，表示它必須呆在啓動時呆在的那個Task裏。
如果這個特性沒有被設定，設定到<application>元素上的allowTaskReparenting特性的值會應用到Activity上。默認值爲“false”。
一般來說，當Activity啓動後，它就與啓動它的Task關聯，並且在那裏耗盡它的整個生命週期。噹噹前的Task不再顯示時，你可以使用這個特性來強制Activity移動到有着affinity的Task中。典型用法是：把一個應用程序的Activity移到另一個應用程序的主Task中。
例如，如果e－mail中包含一個web頁的鏈接，點擊它就會啓動一個Activity來顯示這個頁面。這個Activity是由Browser應用程序定義的，但是，現在它作爲e－mail Task的一部分。如果它重新宿主到Browser Task裏，當Browser下一次進入到前臺時，它就能被看見，並且，當e－mail Task再次進入前臺時，就看不到它了。
Actvity的affinity是由taskAffinity特性定義的。Task的affinity是通過讀取根Activity的affinity決定。因此，根據定義，根Activity總是位於相同affinity的Task裏。由於啓動模式爲“singleTask”和“singleInstance”的Activity只能位於Task的底部，因此，重新宿主只能限於“standard”和“singleTop”模式。
android:alwaysRetainTaskState
用來標記Activity所在的Task的狀態是否總是由系統來保持——“true”，表示總是；“false”，表示在某種情形下允許系統恢復Task到它的初始化狀態。默認值是“false”。這個特性只針對Task的根Activity有意義；對其它Activity來說，忽略之。
一般來說，特定的情形如當用戶從主畫面重新選擇這個Task時，系統會對這個Task進行清理（從stack中刪除位於根Activity之上的所有Activivity）。典型的情況，當用戶有一段時間沒有訪問這個Task時也會這麼做，例如30分鐘。
然而，當這個特性設爲“true”時，用戶總是能回到這個Task的最新狀態，無論他們是如何啓動的。這非常有用，例如，像Browser應用程序，這裏有很多的狀態（例如多個打開的Tab），用戶不想丟失這些狀態。
android:clearTaskOnLaunch
用來標記是否從Task中清除所有的Activity，除了根Activity外（每當從主畫面重新啓動時）——“true”，表示總是清除至它的根Activity，“false”表示不。默認值是“false”。這個特性只對啓動一個新的Task的Activity（根Activity）有意義；對Task中其它的Activity忽略。
當這個值爲“true”，每次用戶重新啓動這個Task時，都會進入到它的根Activity中，不管這個Task最後在做些什麼，也不管用戶是使用BACK還是HOME離開的。當這個值爲“false”時，可能會在一些情形下（參考alwaysRetainTaskState特性）清除Task的Activity，但不總是。
假設，某人從主畫面啓動了Activity P，並從那裏遷移至Activity Q。接下來用戶按下HOME，然後返回Activity P。一般，用戶可能見到的是Activity Q，因爲它是P的Task中最後工作的內容。然而，如果P設定這個特性爲“true”，當用戶按下HOME並使這個Task再次進入前臺時，其上的所有的Activity(在這裏是Q)都將被清除。因此，當返回到這個Task時，用戶只能看到P。
如果這個特性和allowTaskReparenting都設定爲“true”，那些能重新宿主的Activity會移動到共享affinity的Task中；剩下的Activity都將被拋棄，如上所述。
android:finishOnTaskLaunch
用來標記當用戶再次啓動它的Task（在主畫面選擇這個Task）時已經存在的Activity實例是否要關閉（結束）——“true”，表示應該關閉，“false”表示不關閉。默認值是“false”。
如果這個特性和allowTaskReparenting都設定爲“true”，這個特性勝出。Activity的affinity忽略。這個Activity不會重新宿主，但是會銷燬。
android:launchMode
用於指示Activity如何啓動。這裏有四種模式，與Intent對象中的Activity Flags（FLAG_ACTIVITY_*變量）共同作用，來決定Activity如何啓動來處理Intent。它們是：
"standard"
"singleTop"
"singleTask"
"singleInstance"
默認模式是“standard”。
這些模式可以分成兩大組別，“standard”和“singleTop”一組，“singleTask”和“singleInstance”一組。具有“standard”和“singleTop”啓動模式的Activity可以實例化很多次。這些實例可以屬於任何Task並且可以位於Activity stack的任何位置。典型的情況是，它們會進入調用startActivity()的Task（除非Intent對象包含FLAG_ACTIVITY_NEW_TASK標誌，在這種情況下會選擇一個不同的Task——參考taskAffinity特性）。
相反的，“singleTask”和“singleInstance”只能啓動一個Task。它們總是位於Activity stack的底部。甚至，設備一次只能擁有一個Activity的實例——只有一個這樣的Task。
“standard”和“singleTop”模式只在一種情況下有差別：每次有一個新的啓動“standard”Activity的Intent，就會創建一個新的實例來響應這個Intent。每個實例處理一個Intent。相似的，一個“singleTop”的Activity實例也有可能被創建來處理新的Intent。然而，如果目標Task已經有一個存在的實例並且位於stack的頂部，那麼，這個實例就會接收到這個新的Intent（調用onNewIntent()）；不會創建新的實例。在其他情況下——例如，如果存在的“singleTop”的Activity實例在目標Task中，但不是在stack的頂部，或者它在一個stack的頂部，但不是在目標Task中——新的實例都會被創建並壓入stack中。
“singleTask”和“singleInstance”模式也只在一種情況下有差別：“singleTask”Activity允許其它Activity成爲它的Task的部分。它位於Activity stack的底部，其它Activity（必須是“standard”和“singleTop”Activity）可以啓動加入到相同的Task中。“singleInstance”Activity，換句話說，不允許其它Activity成爲它的Task的部分。它是Task中的唯一Activity。如果它啓動其它的Activity，這個Activity會被放置到另一個task中——好像Intent中包含了FLAG_ACTIVITY_NEW_TASK標誌。
android:noHistory
用於標記當用戶從Activity上離開並且它在屏幕上不再可見時Activity是否從Activity stack中清除並結束（調用finish()方法）——“true”，表示它應該關閉，“false”，表示不需要。默認值是“false”。
“true”值意味着Activity不會留下歷史痕跡。因爲它不會在Activity stack的Task中保留，因此，用戶不能返回它。
android:taskAffinity
Activity爲Task擁有的一個affinity。擁有相同的affinity的Activity理論上屬於相同的Task（在用戶的角度是相同的“應用程序”）。Task的affinity是由它的根Activity決定的。
affinity決定兩件事情——Activity重新宿主的Task（參考allowTaskReparenting特性）和使用FLAG_ACTIVITY_NEW_TASK標誌啓動的Activity宿主的Task。
默認情況，一個應用程序中的所有Activity都擁有相同的affinity。捏可以設定這個特性來重組它們，甚至可以把不同應用程序中定義的Activity放置到相同的Task中。爲了明確Activity不宿主特定的Task，設定該特性爲空的字符串。
如果這個特性沒有設置，Activity將從應用程序的設定那裏繼承下來（參考<application>元素的taskAffinity特性）。應用程序默認的affinity的名字是<manifest>元素中設定的package名。
FLAG_ACTIVITY_BROUGHT_TO_FRONT
這個標誌一般不是由程序代碼設置的，如在launchMode中設置singleTask模式時系統幫你設定。
FLAG_ACTIVITY_CLEAR_TOP
如果設置，並且這個Activity已經在當前的Task中運行，因此，不再是重新啓動一個這個Activity的實例，而是在這個Activity上方的所有Activity都將關閉，然後這個Intent會作爲一個新的Intent投遞到老的Activity（現在位於頂端）中。
例如，假設一個Task中包含這些Activity：A，B，C，D。如果D調用了startActivity()，並且包含一個指向Activity B的Intent，那麼，C和D都將結束，然後B接收到這個Intent，因此，目前stack的狀況是：A，B。
上例中正在運行的Activity B既可以在onNewIntent()中接收到這個新的Intent，也可以把自己關閉然後重新啓動來接收這個Intent。如果它的啓動模式聲明爲“multiple”(默認值)，並且你沒有在這個Intent中設置FLAG_ACTIVITY_SINGLE_TOP標誌，那麼它將關閉然後重新創建；對於其它的啓動模式，或者在這個Intent中設置FLAG_ACTIVITY_SINGLE_TOP標誌，都將把這個Intent投遞到當前這個實例的onNewIntent()中。
這個啓動模式還可以與FLAG_ACTIVITY_NEW_TASK結合起來使用：用於啓動一個Task中的根Activity，它會把那個Task中任何運行的實例帶入前臺，然後清除它直到根Activity。這非常有用，例如，當從Notification Manager處啓動一個Activity。
FLAG_ACTIVITY_CLEAR_WHEN_TASK_RESET
如果設置，這將在Task的Activity stack中設置一個還原點，當Task恢復時，需要清理Activity。也就是說，下一次Task帶着FLAG_ACTIVITY_RESET_TASK_IF_NEEDED標記進入前臺時（典型的操作是用戶在主畫面重啓它），這個Activity和它之上的都將關閉，以至於用戶不能再返回到它們，但是可以回到之前的Activity。
這在你的程序有分割點的時候很有用。例如，一個e-mail應用程序可能有一個操作是查看一個附件，需要啓動圖片瀏覽Activity來顯示。這個Activity應該作爲e-mail應用程序Task的一部分，因爲這是用戶在這個Task中觸發的操作。然而，當用戶離開這個Task，然後從主畫面選擇e-mail app，我們可能希望回到查看的會話中，但不是查看圖片附件，因爲這讓人困惑。通過在啓動圖片瀏覽時設定這個標誌，瀏覽及其它啓動的Activity在下次用戶返回到mail程序時都將全部清除。
FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS
如果設置，新的Activity不會在最近啓動的Activity的列表中保存。
FLAG_ACTIVITY_FORWARD_RESULT
如果設置，並且這個Intent用於從一個存在的Activity啓動一個新的Activity，那麼，這個作爲答覆目標的Activity將會傳到這個新的Activity中。這種方式下，新的Activity可以調用setResult(int)，並且這個結果值將發送給那個作爲答覆目標的Activity。
FLAG_ACTIVITY_LAUNCHED_FROM_HISTORY
這個標誌一般不由應用程序代碼設置，如果這個Activity是從歷史記錄裏啓動的（常按HOME鍵），那麼，系統會幫你設定。
FLAG_ACTIVITY_MULTIPLE_TASK
不要使用這個標誌，除非你自己實現了應用程序啓動器。與FLAG_ACTIVITY_NEW_TASK結合起來使用，可以禁用把已存的Task送入前臺的行爲。當設置時，新的Task總是會啓動來處理Intent，而不管這是是否已經有一個Task可以處理相同的事情。
由於默認的系統不包含圖形Task管理功能，因此，你不應該使用這個標誌，除非你提供給用戶一種方式可以返回到已經啓動的Task。
如果FLAG_ACTIVITY_NEW_TASK標誌沒有設置，這個標誌被忽略。
FLAG_ACTIVITY_NEW_TASK
如果設置，這個Activity會成爲歷史stack中一個新Task的開始。一個Task（從啓動它的Activity到下一個Task中的Activity）定義了用戶可以遷移的Activity原子組。Task可以移動到前臺和後臺；在某個特定Task中的所有Activity總是保持相同的次序。
這個標誌一般用於呈現“啓動”類型的行爲：它們提供用戶一系列可以單獨完成的事情，與啓動它們的Activity完全無關。
使用這個標誌，如果正在啓動的Activity的Task已經在運行的話，那麼，新的Activity將不會啓動；代替的，當前Task會簡單的移入前臺。參考FLAG_ACTIVITY_MULTIPLE_TASK標誌，可以禁用這一行爲。
這個標誌不能用於調用方對已經啓動的Activity請求結果。
FLAG_ACTIVITY_NO_ANIMATION
如果在Intent中設置，並傳遞給Context.startActivity()的話，這個標誌將阻止系統進入下一個Activity時應用Acitivity遷移動畫。這並不意味着動畫將永不運行——如果另一個Activity在啓動顯示之前，沒有指定這個標誌，那麼，動畫將被應用。這個標誌可以很好的用於執行一連串的操作，而動畫被看作是更高一級的事件的驅動。
FLAG_ACTIVITY_NO_HISTORY
如果設置，新的Activity將不再歷史stack中保留。用戶一離開它，這個Activity就關閉了。這也可以通過設置noHistory特性。
FLAG_ACTIVITY_NO_USER_ACTION
如果設置，作爲新啓動的Activity進入前臺時，這個標誌將在Activity暫停之前阻止從最前方的Activity回調的onUserLeaveHint()。
典型的，一個Activity可以依賴這個回調指明顯式的用戶動作引起的Activity移出後臺。這個回調在Activity的生命週期中標記一個合適的點，並關閉一些Notification。
如果一個Activity通過非用戶驅動的事件，如來電或鬧鐘，啓動的，這個標誌也應該傳遞給Context.startActivity，保證暫停的Activity不認爲用戶已經知曉其Notification。
FLAG_ACTIVITY_PREVIOUS_IS_TOP
If set and this intent is being used to launch a new activity from an existing one, the current activity will not be counted as the top activity for deciding whether the new intent should be delivered to the top instead of starting a new one. The previous activity will be used as the top, with the assumption being that the current activity will finish itself immediately.
FLAG_ACTIVITY_REORDER_TO_FRONT
如果在Intent中設置，並傳遞給Context.startActivity()，這個標誌將引發已經運行的Activity移動到歷史stack的頂端。
例如，假設一個Task由四個Activity組成：A,B,C,D。如果D調用startActivity()來啓動Activity B，那麼，B會移動到歷史stack的頂端，現在的次序變成A,C,D,B。如果FLAG_ACTIVITY_CLEAR_TOP標誌也設置的話，那麼這個標誌將被忽略。
FLAG_ACTIVITY_RESET_TASK_IF_NEEDED
If set, and this activity is either being started in a new task or bringing to the top an existing task, then it will be launched as the front door of the task. This will result in the application of any affinities needed to have that task in the proper state (either moving activities to or from it), or simply resetting that task to its initial state if needed.
FLAG_ACTIVITY_SINGLE_TOP
如果設置，當這個Activity位於歷史stack的頂端運行時，不再啓動一個新的。