Android內核三大核心功能之一AMS內部原理
上面類是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的開始。問題是開始和停止的差別又在哪裏？
Android內核三大核心功能之一AMS內部原理