上面類是AmS的全稱，另外兩大核心功能是WindowManagerService.java和View.java

AmS提供的主要功能：

統一調度各應用程式
記憶體管理
進程管理

AmS中定義了幾個重要的數據類，分別用來保存進程(Process)、活動(Activity)和任務(Task)

ProcessRecord.java記錄的進程的相關信息

該類中內部變數可分為三個部分，分別是進程文件信息、進程的記憶體狀態信息和進程中包含的Activity、Service等。

該類在framework/base/services/java/com/android/server/am/路徑下，該路徑最後的am代表Activity Manager，和AmS有關的重要類都在該目錄下。

ActivityRecord.java

AmS中使用ActivityRecord數據類來保存每個Activity的信息。History中包含一個int task變數，保存該Activity所屬哪個任務。可以使用Intent.FLAG_NEW_TASK標識告訴AmS為啟動的Activity重新創建一個Task 。

TaskRecord.java

AMS中使用任務的概念確保activity啟動和退出的順序

 AmS中重要調度相關變數

// How long we wait until we timeout on key dispatching.
按鍵無響應的超時時間，這是google的標準，國內的聯想手機大部分按照這個標準設計，華為手機不是按照這個標準
static final int KEY_DISPATCHING_TIMEOUT = 5*1000;

 // Maximum number of recent tasks that we can remember.
static final int MAX_RECENT_TASKS = 20;AMS記錄的activity的最大數量，超過20則會捨棄最早記錄的Activity
static final int BROADCAST_TIMEOUT=10*1000廣播超時時間

final ArrayList<PendingActivityLaunch> mPendingActivityLaunches
            = new ArrayList<PendingActivityLaunch>();暫時保存客戶端請求

static final int PAUSE_TIMEOUT=500
AmS通知應用進程暫停指定的Activity，
AmS的忍耐是有限的，只有500毫秒。
如果應用進程在該常量時間內還同有停止，
AmS就是強制暫停關閉該Activity。
這就是為什麼應用程式設計時，不能在onPause()不能做過多事情的原因。

activityStack就是存放activity信息的棧

相關變數：

final ArrayList mHistory=new ArrayList();保存了所有正在運行的Activity。

private final ArrayList mLRUActivities=new ArrayList ();

LRU(Latest Recent Used)，保存所有過去使用過的Activity

統一調度各應用程式activity

Activity並不對應一個應用程式，ActivityThread才對應一個應用程式，所以Android允許同時運行多個應用程式，實際是是允許多個ActivityThread同時運行。

　　在Android中，Activity調度的基本思路是這樣的：各應用進程要啟動新的Activity或者停止當前的Activity，都要首先報告給AmS，而不能“擅自處理”。AmS在內部為所有應用進程都做了記錄，當AmS接到啟動或停止的報告時，首先更新內部記錄，然後再通知相應客戶進程運行或者停止指定的Activity。由於AmS內部有所有Activity的記錄，也就理所當然地能夠調度這些Activity，並根據Activity和系統記憶體的狀態自動殺死後臺的Activity

自己總結：activity啟動或停止通知AmS,Ams決定是否執行動作，activity的數量>20時，最早入棧的activity會被AmS給忘記，新加進來了activity入棧

 startActivity時底層工作圖

 以點擊A-B為例： 
點擊A時，當AmS收到客戶請求startActivity()後，會首先暫停當前的Activity，因此要判斷mResumedActivity是否為空。在一般情況下，該值都不為空，如果不為空AmS會通知所在客戶端暫停，執行該Activity並返回。 
當A進程完成暫停後，報告AmS,這時AmS開始執行completePaused(),該方法中先要檢查目標Activity是否在mHistory列表中，如果在，說明目標進程還在運行，目標Activity只是處於stop狀態，還有沒有finish,所以通知B進程直接resume指定的Activity即可。

 Activity四種啟動模式分析

android:launchMode設置是在AndroidManifest.xml文件中
分別為standard(預設),singleTop,singleTask,singleInstance

<activity android:name="com.example.android_launchmodel.Activity1"
            android:launchMode="standard"/>預設

<activity android:name="com.example.android_launchmodel.Activity2"
            android:launchMode="singleTask"/>
<activity android:name="com.example.android_launchmodel.Activity3"
            android:launchMode="singleTop"/>
<activity android:name="com.example.android_launchmodel.Activity4"
            android:launchMode="singleInstance"/>

standard

這是預設模式，每次激活Activity時都會創建Activity實例，並放入任務棧中

singleTop

如果在任務的棧頂正好存在該Activity的實例，就重用該實例( 會調用實例的 onNewIntent() )，否則就會創建新的實例並放入棧頂，即使棧中已經存在該Activity的實例，只要不在棧頂，都會創建新的實例

singleTask

如果在棧中已經有該Activity的實例，就重用該實例(會調用實例的 onNewIntent() )。重用時，會讓該實例回到棧頂，因此在它上面的實例將會被移出棧。如果棧中不存在該實例，將會創建新的實例放入棧中

補充一個實例，建4個activity類（如上AndroidManifest.xml文件activity2為singleTask模式）在onCreate，onStart，onPause，onStop，onDestroy方法調用日誌

Activity啟動順序為

Activity1à Activity2à Activity3à Activity4à Activity2

當activity1入棧--》activity2入棧--》activity3入棧--》activity4入棧--（在activity4中打開activity2因為設置activity2是singleTask模式，會在task任務棧中查找有沒有activity2實例，找到了。接下來就是把activity2實例放到棧頂，但是activity2實例上面還有activity3和4的實例，怎麼辦！只能讓他們出棧了。）

--》可以看到activity3和Activity4的onDestroy()方法被執行了

而Activity4啟動Activity2時，activity2的onCreate()沒有被執行（這也說明AmS沒有重新創建activity2實例放入到task棧中，oncreate（）方法只有在activity第一次被創建時才會被調用）

說明棧中Activity3和Activity4已經出棧，棧中Activity2實例被啟動了

再按兩次返回鍵後也返回到桌面了

至此棧內沒有activity1和activity2的實例(其他類似)

singleInstance

在一個新棧中創建該Activity的實例，並讓多個應用共用該棧中的該Activity實例。一旦該模式的Activity實例已經存在於某個棧中，任何應用再激活該Activity時都會重用該棧中的實例( 會調用實例的 onNewIntent() )。其效果相當於多個應用共用一個應用，不管誰激活該 Activity 都會進入同一個應用中。該模式下，不會再有新的Acitvity實例壓入到棧裡面，其它地方和'singleTask'一樣。這意味著，棧中只有唯一的一個Activity實例。這是一個非常特殊的模式，這隻能用在只有唯一的一個Activity的程式中。

借鑒下其他實例：http://blog.csdn.net/liuhe688/article/details/6754323

 AmS記憶體回收規則

1、前臺進程，是指那些與用戶操作的相關進程。具體包括：

• 正在與用戶交互的Activity
• 包含一個Service,該Service正在服務於和用戶交互的Activity。
• 包含一個Service,該Service正在執行onCreate()，或者onStart(),onDestory()方法。
• 包含一個BroadcastReceiver，正在執行onReceive()函數。

2、可視進程，儘管沒有和用戶交互，但可以影響到用戶所看到的內容。

• 一個位於Activity上的對話框
• 一個Service

3、服務進程：凡是使用startService()所啟動的服務其所有的進程都稱為服務進程。

4、空進程：進程不包含任何componet,包括Activity,Service,Receiver對象，之所以保留這些進程的原因是為了減少重新創建進行需要的開銷。

Activity生命期的代碼含義

在過去的應用開發過程中，大多數人已經 瞭解Activity生命期中的主要幾個狀態，並知道如何在這些狀態中做不同的事情。但可能還有一些疑惑，比如onStart()方法和onStop方法的真正差異在哪裡。儘管你知道onStop代表Activity的停止，onStart代表Activity的開始。問題是開始和停止的差別又在哪裡？