activityandroid

『壹』 android中主Activity是什麼意思

android中主Activity是指應用的主界面。
Activity本身是用戶能夠操作的活動界面。通常我們所配置的android.intent.action.MAIN不一定是主界面，有可能是啟動頁，啟動之後就銷毀了，而另外開啟一個主界面。

『貳』 android開發中不同的activity是否在同一個線程

• 首先activity是android的四大組件之一，我們看到的APP界面其實就是activity，所以activity是運行在主線程中的

• 其次service跟activity一樣，也是android的四大組件之一，主要實現不需要界面，在後台執行的耗時操作，但是他和activity一樣，運行在同一個進程，如果結束當前activity所在進程，service也同樣會結束，因此他們兩個是運行在同一個進程中的，但不是同一個線程，service是用來處理耗時操作的，而且不需要界面支持，既然是耗時操作，就需要放在子線程中了，所以說service和activity需要在不同的線程中

• 解決方法，如果想讓service運行在不同線程中可以使用Thread，也可以使用handle，使service運行在中的耗時操作運行在子線程中

• 或者在Manifest文件中為service設置android:process，如下圖，此時service是運行在「包名+：remote」進程裡面，注意：此時service和activity是在不同的進程裡面，當然，此時的activity結束後，也不會影響到service

  

• 我們還可以使用intentservice這個抽象類，我們可以繼承實現它裡面的方法，intentservice是直接運行在子線程裡面的，可以直接在這里實現耗時操作

『叄』 Android之Activity全面解析，有些知識點容易忘記

Activity作為安卓四大組件之一，是最重要也是用得最多的組件，涉及的知識點非常多，有些知識點平時開發很少用到，但在某些場景下需要特別注意，本文詳細整理了Activity涉及的知識點，供開發參考。

針對Activity可以提出很多問題，如：
Activity 的生命周期？
Activity 之間的通信方式？
Activity 各種情況下的生命周期？
橫豎屏切換時 Activity 的生命周期？
前台切換到後台，然後再回到前台時 Activity 的生命周期？
彈出 Dialog 的時候按 Home 鍵時 Activity 的生命周期？
兩個Activity之間跳轉時的生命周期？
下拉狀態欄時 Activity 的生命周期？
Activity 與 Fragment 之間生命周期比較？
Activity 的四種 LaunchMode（啟動模式）的區別？
Activity 狀態保存與恢復？
Activity的轉場動畫有哪些實現方式？
Activity的生命周期中怎麼獲取控制項寬高？
onNewIntent的執行時機？
如何連續退出多個Activity？

如何把Acitivty設置成Dialog樣式 ，android:theme="@android:style/Theme.Dialog"

關於橫豎屏切換的生命周期，對應不同的手機，由於廠商定製的原因，會有不同的效果，如設置了configChanges="orientation」在有些手機會執行各個生命周期，但有些手機卻不會執行。
網上常見的結論如下：

但實際的測試如下：

可以看出，不同廠商的手機切屏生命周期會有差異。
從API 13以上，當設備在橫豎切屏時，「屏幕尺寸」也會發生變化，因此為了杜絕切屏導致頁面銷毀重建，需要加上screenSize，使用設置4，即 android:configChanges="orientation|keyboardHidden|screenSize" .

Activity的四種狀態如下：

在activity處於paused或者stoped狀態下，如果系統內存緊張，可能會被銷毀，當重回該activity時會重建，正常返回和被回收後返回的生命周期如下：

如果是回收後返回，onCreate的參數savedInstanceState不為空。

有哪些場景會觸發onNewIntent回調呢？跟啟動模式有關，首先該Activity實例已經存在，再次啟動才可能觸發。一種情況是啟動模式是singleTask或者singleInstance，無論該activity在棧中哪個位置，都會觸發onNewIntent回調，並且把上面其他acitivity移除，另一種情況是啟動模式是singleTop或者以FLAG_ACTIVITY_SINGLE_TOP啟動，並且該activity實例在棧頂，會觸發onNewIntent，如果不在棧頂是重新創建的，不會觸發。

在實際業務開發中，往往碰到需要連續退出多個activity實例，下面整理了幾種常見方法：

● 發送特定廣播
1、在需要處理連續退出的activity注冊該特定廣播；
2、發起退出的activity發送該特定廣播；
3、接收到該廣播的activity 調用finish結束頁面。
● 遞歸退出
1、用startActivityForResult啟動新的activity；
2、前一個頁面finish時，觸發onActvityResult回調，再根據requestCode和resultCode處理是否finish，達到遞歸退出的效果。
● FLAG_ACTIVITY_CLEAR_TOP
通過intent.setFlag(Intent.FLAG_ACTIVITY_CLEAR_TOP)啟動新activity，如果棧中已經有該實例，則會把該activity之上的所有activity關閉，達到singleTop啟動模式的效果。
● 自定義activity棧
1、自定義activity列表，新打開activity則加入棧中，關閉則移除棧；
2、需要退出多個activity時，則循環從棧中移除activity實例，並調用finish。

在討論Activity啟動模式經常提到任務棧，那到底什麼是任務棧？
任務是一個Activity的集合，它使用棧的方式來管理其中的Activity，這個棧又被稱為返回棧(back stack)，棧中Activity的順序就是按照它們被打開的順序依次存放的。返回棧是一個典型的後進先出(last in, first out)的數據結構。下圖通過時間線的方式非常清晰地向我們展示了多個Activity在返回棧當中的狀態變化：

taskAffinity 任務相關性，可以用於指定一個Activity更加願意依附於哪一個任務，在默認情況下，同一個應用程序中的所有Activity都具有相同的affinity， 名字為應用的包名。當然了，我們可以為每個 Activity 都單獨指定 taskAffinity 屬性（不與包名相同）。taskAffinity 屬性主要和 singleTask 啟動模式和 allowTaskReparenting 屬性配對使用，在其他情況下沒有意義。
taskAffinity 有下面兩種應用場景：

分為顯示啟動和隱式啟動。
（1）顯示啟動
直接指定待調整的Activity類名。

（2）隱式啟動
Intent 能夠匹配目標組件的 IntentFilter 中所設置的過濾信息，如果不匹配將無法啟動目標 Activity。IntentFilter 的過濾信息有 action、category、data。
IntentFilter 需要注意的地方有以下：
● 一個 Activity 中可以有多個 intent-filter
● 一個 intent-filter 同時可以有多個 action、category、data
● 一個 Intent 只要能匹配任何一組 intent-filter 即可啟動對應 Activity
● 新建的 Activity 必須加上以下這句，代表能夠接收隱式調用
<category android:name="android.intent.category.DEFAULT" />

只要匹配一個action即可跳轉，注意的是action要區分大小寫。

規則：如果intent中有category，則所有的都能匹配到intent-filter中的category，intent中的category數量可用少於intent-filter中的。另外，單獨設置category是無法匹配activity的，因為category屬性是一個執行Action的附加信息。

intent不添加category會匹配默認的，即 「android:intent.category.DEFAULT」
如果上面例子，如果去掉intent.setAction("action_name")，則會拋出異常：

規則：類似action，但data有復雜的結構，只要匹配一個data並且與data中所有屬性都一致就能匹配到Activity，只要有1個屬性不匹配，都無法找到activity。
data的結構：

data 主要是由 URI 和 mimeType 組成的。
URI 可配置很多信息，的結構如下：

與url類似，例如：

mineType：指資源類型包括文本、圖片、音視頻等等，例如:text/plain、 image/jpeg、video/* 等

下面看下data匹配的例子：
只匹配scheme

只匹配scheme也是能匹配到activity的。

匹配scheme、host、port
將上面的data改為

匹配mineType

如果有mineType，則不能僅設置setData或setMineType了，因為setData會把mineType置為null，而setMineType會把data置為null，導致永遠無法匹配到activity，要使用setDataAndType。

使用scheme的默認值contentfile

注意該方法需要在startAtivity方法或者是finish方法調用之後立即執行，不能延遲，但可以在子線程執行。

而在windowAnimationStyle中存在四種動畫：
activityOpenEnterAnimation // 打開新的Activity並進入新的Activity展示的動畫
activityOpenExitAnimation // 打開新的Activity並銷毀之前的Activity展示的動畫
activityCloseEnterAnimation //關閉當前Activity進入上一個Activity展示的動畫
activityCloseExitAnimation // 關閉當前Activity時展示的動畫

overridePendingTransition的方式比較生硬，方法也比較老舊了，不適用於MD風格，google提供了新的轉場動畫ActivityOptions，並提供了兼容包ActivityOptionsCompat。

我們知道在onCreate和onResume裡面直接獲取到控制項寬高為0，那有什麼辦法獲取到控制項的實際寬高？只要有onWindowFocusChanged、view.post、ViewTreeObserver三種方式獲取。

當用戶點擊桌面圖標啟動APP時，背後的流程如下：

我們看到的手機桌面是Launch程序的界面，點擊應用圖標會觸發點擊事件，調用startActivity(intent)，然後通過Binder IPC機制，與ActivityManagerService(AMS)通訊，AMS執行一系列操作，最終啟動目前應用，大概流程如下：

通過PackageManager的resolveIntent()收集跳轉intent對象的指向信息，然後通過grantUriPermissionLocked()方法來驗證用戶是否有足夠的許可權去調用該intent對象指向的Activity。如果有許可權，則在新的task中啟動目標activity，如果發現沒有進程，則先創建進程。

如果進程不存在，AMS會調用startProcessLocked創建新的進程，在該方法中，會通過socket的通訊方式通知zygote進程孵化新的進程並返回pid，在新的進程中會初始化ActivityThread，並依次調用Looper.prepareLoop()和Looper.loop()來開啟消息循環。

創建好進程後下一步要將Application和進程綁定起來，AMS會調用上一節創建的ActivityThread對象的bindAppliction方法完成綁定工作，該方法會發送一條BIND_APPLICATION的消息，最終會調用handleBindApplication方法處理消息，並調用makeApplication方法處理消息，載入APP的classes到內存中。

通過前面的步驟，系統已經擁有了該Application的進程，後續的啟動則是從已存在其他進程中啟動Acitivity，即調用realStartAcitvityLocked，該方法會調用Application的主線程對象ActivityThread的sheleLaunchActivity方法，在方法中會發送LAUNCH_ACTIVITY到消息隊列，最終通過handleLaunchActivity處理消息，完成Acitivty的啟動。

Activity
Activity 的 36 大難點，你會幾個？「建議收藏」
[譯]Android Application啟動流程分析

『肆』 android 怎麼設置activity的啟動模式

android 怎麼獲取一個activity啟動模式

在Android中每個界面都是一個Activity，切換界面操作其實是多個不同Activity之間的實例化操作。在Android中Activity的啟動模式決定了Activity的啟動運行方式。
Android總Activity的啟動模式分為四種：
Activity啟動模式設置：
<activity android:name=".MainActivity" android:launchMode="standard" />
Activity的四種啟動模式：
1. standard
模式啟動模式，每次激活Activity時都會創建Activity，並放入任務棧中。
2. singleTop
如果在任務的棧頂正好存在該Activity的實例， 就重用該實例，否者就會創建新的實例並放入棧頂(即使棧中已經存在該Activity實例，只要不在棧頂，都會創建實例)。
3. singleTask
如果在棧中已經有該Activity的實例，就重用該實例(會調用實例的onNewIntent())。重用時，會讓該實例回到棧頂，因此在它上面的實例將會被移除棧。如果棧中不存在該實例，將會創建新的實例放入棧中。
4. singleInstance
在一個新棧中創建該Activity實例，並讓多個應用共享改棧中的該Activity實例。一旦改模式的Activity的實例存在於某個棧中，任何應用再激活改Activity時都會重用該棧中的實例，其效果相當於多個應用程序共享一個應用，不管誰激活該Activity都會進入同一個應用中。
其中standard是系統默認的啟動模式。

下面通過實例來演示standard的運行機制：
1 private TextView text_show;
2 private Button btn_mode;
3
4 @Override
5 public void onCreate(Bundle savedInstanceState) {
6 super.onCreate(savedInstanceState);
7 setContentView(R.layout.activity_main);
8
9 text_show = (TextView) this.findViewById(R.id.text_show);
10
11 text_show.setText(this.toString());
12
13 btn_mode = (Button) this.findViewById(R.id.btn_mode);
14
15 }
16
按鈕單擊事件
17 public void LaunchStandard(View v){
18 startActivity(new Intent(this,MainActivity.class));
19
20 text_show.setText(this.toString());
21 }

如何設置Activity的啟動模式

• Activity的四種啟動模式：standard：這是默認模式，每次激活Activity時都會創建Activity實例，並放入任務棧中。 singleTop： 如果在任務的棧頂正好存在該Activity的實例，就重用該實例( 會調用實例的 onNewIntent() )，否則就會創建新的實例並放...

android 主activity用什麼啟動模式

在android里，有4種activity的啟動模式，分別為：
「standard」 (默認)
「singleTop」
「singleTask」
「singleInstance」
1. 如何決定所屬task
「standard」和」singleTop」的activity的目標task，和收到的Intent的發送者在同一個task內，除非intent包括參數FLAG_ACTIVITY_NEW_TASK。
如果提供了FLAG_ACTIVITY_NEW_TASK參數，會啟動到別的task里。
2. 是否允許多個實例
「standard」和」singleTop」可以被實例化多次，並且存在於不同的task中，且一個task可以包括一個activity的多個實例；
「singleTask」和」singleInstance」則限制只生成一個實例，並且是task的根元素。
singleTop要求如果創建intent的時候棧頂已經有要創建 的Activity的實例，則將intent發送給該實例，而不發送給新的實例。
3. 是否允許其它activity存在於本task內
「singleInstance」獨佔一個task，其它activity不能存在那個task里；如果它啟動了一個新的activity，不管新的activity的launch mode 如何，新的activity都將會到別的task里運行（如同加了FLAG_ACTIVITY_NEW_TASK參數）。
而另外三種模式，則可以和其它activity共存。
4. 是否每次都生成新實例
「standard」對於沒一個啟動Intent都會生成一個activity的新實例；
「singleTop」的activity如果在task的棧頂的話，則不生成新的該activity的實例，直接使用棧頂的實例，否則，生成該activity的實例。
比如現在task棧元素為A-B-C-D（D在棧頂），這時候給D發一個啟動intent，如果D是 「standard」的，則生成D的一個新實例，棧變為A－B－C－D－D。
如果D是singleTop的話，則不會生產D的新實例，棧狀態仍為A-B-C-D
如果這時候給B發Intent的話，不管B的launchmode是」standard」 還是 「singleTop」 ，都會生成B的新實例，棧狀態變為A-B-C-D-B。

「singleInstance」是其所在棧的唯一activity，它會每次都被重用。

「singleTask」如果在棧頂，則接受intent，否則，該intent會被丟棄，但是該task仍會回到前台。

當已經存在的activity實例處理新的intent時候，會調用onNewIntent()方法
如果收到intent生成一個activity實例，那麼用戶可以通過back鍵回到上一個狀態；如果是已經存在的一個activity來處理這個intent的話，用戶不能通過按back鍵返回到這之前的狀態。
總結如下：
standard 每次都會新建，每個Task都可以有，且每個Task都可以有多個實例（每個Task都可以有，且可以有多個）
singleTop 當前實例如果在棧頂，就不新建實例，調用其OnNewIntent。 如不在棧頂，則新建實例 （每個Task都可以有，且可以有多個，在棧頂時可復用）
singleTask 新建一個Task，如果已經有其他的Task並且包含該實例，那就直接調用那個Task的實例。（只有一個Task中會有）
singleInstance 新建一個Task，且在該Task中只有它的唯一一個實例。 (只有一個Task會有，且該Task中只有它)
FLAG_ACTIVITY_NEW_TASK 類似singleTask
FLAG_ACTIVITY_SINGLE_TOP 類似singleTop
FLAG_ACTIVITY_CLEAR_TOP 無對應

Android開發，activity的默認啟動模式為標准啟動模式，什麼時候會用到其他的啟動模式？

啟動模式簡單地說就是Activity啟動時的策略，在AndroidManifest.xml中的標簽的android:launchMode屬性設置；
啟動模式有4種，分別為standard、singleTop、singleTask、singleInstance；
講解啟動模式之前，有必要先了解一下「任務棧」的概念;
一 ：
standard 模式：這個就沒有什麼好說的了，Android默認Activity啟動的模式 就是 standard，如果有3個 Activity，Act1,Act2,Act3, 如果從Act1 啟動到Act2 ，在啟動到Act3，那麼Android 的任務棧(task stack)分別為 Act1、Act2、Act3，Act3 在棧頂，如果此時按手機返回鍵，則需要返回3次才能返回到桌面(假設是從桌面啟動的demo)，任務棧分銷毀掉 Act3，Act2，最後Act1 。
二 ：singleTop模式：
實驗效果：
singleTop模式：該啟動模式和standard模式相差不多，任務棧分配也很相似，如：現有 act1,act 2,在act2 清單文件中配置 android:launchMode="singleTop" ，其他都是默認standard 模式， 若從桌面啟動該實驗demo，從act 1,到act2 ，那麼任務棧則分配為，act1，act2，此時該任務棧和 standard 模式任務棧分配則完全相同，接下來則說明不同的地方，如果在act2 界面中 啟動 到act1， 此時的 任務棧 情況則為 act1，act2，act1，在由act1 啟動到act2，在啟動到act2，進行多次啟動，(在act2界面)任務棧的情況則為，act1，act2，act1，act2，棧頂的act2 則不會重新創建，則會復用act2 該 Activit， 依次類推。
理論知識：
singleTop，如果任務棧的棧頂元素是要被激活的組件，不會創建新的Activity放在任務棧，而是會復用棧頂的Activity。 如果發現棧頂的元素不是要激活的Activity，就會創建新的Activity 放置到任務棧裡面
singleTop模式應用場景 ：
App程序中(或瀏覽器中)保存的書簽，假如用戶看到一個界面保存自己喜歡的標簽，假如要保存10個，這個時候用戶在返回鍵的時候，則會返回10次才能返回到App應用中， Android下singleTop 則解決該問題。
三singleTask 模式 ：
實驗效果 相差不大，實驗內容就不多說了，自己可以寫個小demo，兩個Activity，每個Activiy 有兩個button，可以相互啟動 打日誌去動手查看，會理解更加深刻，可以參照著 SingleTop模式去實驗，以下只是講解下 和SingleTop的區別：
區別如下：(理論知識)
SingleTask 操作模式，一般和singleTop操作模式類似，如果他發現任務棧裡面已經有了要啟動的這個Activity，他會清空這個Activity所在的任務棧上面的所有Activiy，然後直接復用這個已經存在的Activity 。
應用場景：
如果一個App中，有一個功能需要載入網頁內容 ，打開一個 browserActiviy現在網頁內容，則內存開銷非常大，首先要初始化webkit /c++ 嵌入式瀏覽器內核broweractivity 配置了singleTask，空間換時間，使用該模式可以節省內存開銷。
四 ：singleinstance 模式 ：
直接理論知識吧」：
singleInstance操作模式會新開啟一個任務棧，跟其他普通Activity不是 同一個任務棧，比較牛，他的模式流程是 首先要新開啟一個新的任務棧把要激活的Activity放置到新的 任務棧里，這個任務棧裡面只有且 只有一個實例，也比較極端吧。說比較極端也跟他的應用場景有關系。
應用場景 ：
App各種詞典，向有道詞典，什麼金山詞典，說極端是因為不想被放置到同一個任務棧裡面，它是全局的系統程序應用，達到節省內存的使用目的。

win7 系統 怎麼設置uefi啟動模式

存有ghost版win7系統iso鏡像文件的u啟動uefi u盤啟動盤插在電腦u *** 介面上，然後重啟電腦，在出現開機畫面時用一鍵u盤啟動快捷鍵的方法進入到啟動項選擇窗口，然後將游標移至UEFI:開頭的項（注意：一定要選擇該項），按回車鍵執行等待進入到u啟動win pe系統，u啟動裝機工具會自動開啟，並載入到u啟動uefi u盤啟動盤中准備的win7系統安裝程序，點擊選擇c盤為系統安裝盤，再點擊「確定」按鈕繼續
隨即會彈出一個詢問是否執行該操作的提示窗口，點擊「確定」按鈕執行操作
然後耐心等待win7系統釋放完成並自動重啟電腦即可
電腦重啟後會完成系統後續程序安裝應用，直到進入win7系統桌面即可

android開發 activity啟動模式中singleTop的疑問

樓主的這一段理論似乎有點不太准確 「在D完成操作以後，我啟動了系統內置的瀏覽器E，根據sdk的說法，瀏覽器E被放進了一個新任務。那麼現在有兩個任務」 你憑什麼確定瀏覽器E被放進了一個新的Task呢？ 在啟動瀏覽器E的Intent里設置了flag？ intentandroid開發 activity啟動模式中singleTop的疑問

android-Android activity 的啟動模式.新人提問，大俠在哪

Activity的四種啟動模式：standard：這是默認模式，每次激活Activity時都會創建Activity實例，並放入任務棧中。
singleTop： 如果在任務的棧頂正好存在該Activity的實例，就重用該實例( 會調用實例的 onNewIntent() )，否則就會創建新的實例並放入棧頂，即使棧中已經存在該Activity的實例，只要不在棧頂，都會創建新的實例。
singleTask：如果在棧中已經有該Activity的實例，就重用該實例(會調用實例的 onNewIntent() )。重用時，會讓該實例回到棧頂，因此在它上面的實例將會被移出棧。如果棧中不存在該實例，將會創建新的實例放入棧中。
singleInstance：在一個新棧中創建該Activity的實例，並讓多個應用共享該棧中的該Activity實例。一旦該模式的Activity實例已經存在於某個棧中，任何應用再激活該Activity時都會重用該棧中的實例( 會調用實例的 onNewIntent() )。其效果相當於多個應用共享一個應用，不管誰激活該 Activity 都會進入同一個應用中。
位置在 AndroidManifest.xml 文件中 Activity 元素的 android:launchMode 屬性。
不知道你要問什麼，為你解答

activity的啟動模式有哪些

Activity的四種啟動模式：standard：這是默認模式，每次激活Activity時都會創建Activity實例，並放入任務棧中。
singleTop： 如果在任務的棧頂正好存在該Activity的實例，就重用該實例( 會調用實例的 onNewIntent() )，否則就會創建新的實例並放入棧頂，即使棧中已經存在該Activity的實例，只要不在棧頂，都會創建新的實例。
singleTask：如果在棧中已經有該Activity的實例，就重用該實例(會調用實例的 onNewIntent() )。重用時，會讓該實例回到棧頂，因此在它上面的實例將會被移出棧。如果棧中不存在該實例，將會創建新的實例放入棧中。
singleInstance：在一個新棧中創建該Activity的實例，並讓多個應用共享該棧中的該Activity實例。一旦該模式的Activity實例已經存在於某個棧中，任何應用再激活該Activity時都會重用該棧中的實例( 會調用實例的 onNewIntent() )。其效果相當於多個應用共享一個應用，不管誰激活該 Activity 都會進入同一個應用中。
位置在 AndroidManifest.xml 文件中 Activity 元素的 android:launchMode 屬性。

『伍』 activity是android四大組件之一嗎

是的。Activity是Android組件中最基本也是最為常見用的四大組件（Activity，Service服務，Content
Provider內容提供者，BroadcastReceiver廣播接收器）之一。
Activity詳解：
1、Activity是一個應用程序組件，提供一個屏幕，用戶可以用來交互為了完成某項任務。
2、Activity中所有操作都與用戶密切相關，是一個負責與用戶交互的組件，可以通過setContentView(View)來顯示指定控制項。
3、在一個android應用中，一個Activity通常就是一個單獨的屏幕，它上面可以顯示一些控制項也可以監聽並處理用戶的事件做出響應。Activity之間通過Intent進行通信。
備註：
Android開發的四大組件，本文主要分為：
1、Activity；
2、Service；
3、Broadcast
Receiver；
4、Content
Provider。

『陸』 Android中的Activity詳解--啟動模式與任務棧

目錄

activity的簡單介紹就不寫了，作為最常用的四大組件之一，肯定都很熟悉其基本用法了。

首先，是都很熟悉的一張圖，即官方介紹的Activity生命周期圖.

情景：打開某個應用的的FirstActivity調用方法如下：
由於之前已經很熟悉了，這里就簡單貼一些圖。

按下返回鍵：

重新打開並按下home鍵：

再重新打開：

在其中打開一個DialogActivity(SecondActivity)

按下返回：

修改SecondAcitvity為普通Activity,依舊是上述操作:

這里強調一下 onSaveInstanceState(Bundle outState) 方法的調用時機：
當Activity有可能被系統殺掉時調用，注意，一定是被系統殺掉，自己調用finish是不行的。
測試如下：FirstActivity啟動SecondActivity：

一個App會包含很多個Activity，多個Activity之間通過intent進行跳轉，那麼原始的Activity就是使用棧這個數據結構來保存的。
Task
A task is a collection of activities that users interact with when performing a certain job. The activities are arranged in a stack (the back stack ), in the order in which each activity is opened.
即若干個Activity的集合的棧表示一個Task。
當App啟動時如果不存在當前App的任務棧就會自動創建一個，默認情況下一個App中的所有Activity都是放在一個Task中的，但是如果指定了特殊的啟動模式，那麼就會出現同一個App的Activity出現在不同的任務棧中的情況，即會有任務棧中包含來自於不同App的Activity。

標准模式，在不指定啟動模式的情況下都是以此種方式啟動的。每次啟動都會創建一個新的Activity實例，覆蓋在原有的Activity上，原有的Activity入棧。
測試如下：在FirstActivity中啟動FirstActivity:

當只有一個FirstActivity時堆棧情況：

此種模式下，Activity在啟動時會進行判斷，如果當前的App的棧頂的Activity即正在活動的Activity就是將要啟動的Activity，那麼就不會創建新的實例，直接使用棧頂的實例。
測試，設置FirstActivity為此啟動模式，多次點擊FirstActivity中的啟動FirstActivity的按鈕查看堆棧情況：
（其實點擊按鈕沒有啟動新Activity的動畫就可以看出並沒有啟動新Activity）

大意就是：
對於使用singleTop啟動或Intent.FLAG_ACTIVITY_SINGLE_TOP啟動的Activity，當該Activity被重復啟動（注意一定是re-launched，第一次啟動時不會調用）時就會調用此方法。
且調用此方法之前會先暫停Activity也就是先調用onPause方法。
而且，即使是在新的調用產生後此方法被調用，但是通過getIntent方法獲取到的依舊是以前的Intent，可以通過setIntent方法設置新的Intent。
方法參數就是新傳遞的Intent.

1.如果是同一個App中啟動某個設置了此模式的Activity的話，如果棧中已經存在該Activity的實例，那麼就會將該Activity上面的Activity清空，並將此實例放在棧頂。
測試：SecondActivity啟動模式設為singleTask，啟動三個Activity：

這個模式就很好記，以此模式啟動的Activity會存放在一個單獨的任務棧中，且只會有一個實例。
測試：SecondActivity啟動模式設為singleInstance

結果：

顯然，啟動了兩次ThirdActivity任務棧中就有兩個實例，而SecondActivity在另外一個任務棧中，且只有一個。

在使用Intent啟動一個Activity時可以設置啟動該Activity的啟動模式：
這個屬性有很多，大致列出幾個：

每個啟動的Activity都在一個新的任務棧中

singleTop

singleTask

用此種方式啟動的Activity，在它啟動了其他Activity後，會自動finish.

官方文檔介紹如下：

這樣看來的話，通俗易懂的講，就是給每一個任務棧起個名，給每個Activity也起個名，在Activity以singleTask模式啟動時，就檢查有沒有跟此Activity的名相同的任務棧，有的話就將其加入其中。沒有的話就按照這個Activity的名創建一個任務棧。
測試：在App1中設置SecondActivity的taskAffinity為「gsq.test」，App2中的ActivityX的taskAffinity也設為「gsq.test」

任務棧信息如下：

結果很顯然了。
測試：在上述基礎上，在ActivityX中進行跳轉到ActivityY,ActivityY不指定啟動模式和taskAffinity。結果如下：

這樣就沒問題了，ActivityY在一個新的任務棧中，名稱為包名。
這時從ActivityY跳轉到SecondActivity，那應該是gsq.test任務棧只有SecondActivity，ActivityX已經沒有了。因為其啟動模式是singleTask，在啟動它時發現已經有一個實例存在，就把它所在的任務棧上面的Activity都清空了並將其置於棧頂。

還有一點需要提一下，在上面，FirstActivity是App1的lunch Activity，但是由於SecondActivity並沒有指定MAIN和LAUNCHER過濾器，故在FirstActivity跳轉到SecondActivity時，按下home鍵，再點開App1，回到的是FirstActivity。

大致就先寫這么多吧，好像有點長，廢話有點多，估計也有錯別字，不要太在意~~~