Android進程

當某個組件第一次運行的時候，Android便啟動一個進程。默認的，所有的組件和程序都在這個進程和線程中運行。

當然我們也可以安排組件在其他的進程或者線程中運行，組件運行的進程由manifest file控制。組件的節(jié)點—< activity>,< service>, < receiver>, 和< provider> —都包含一個process屬性。這個屬性可以設置組件運行的進程：可以配置組件在一個獨立進程運行，或者多個組件在同一個進程運行。甚至可以多個程序在一個進程中運行。如果這些程序共享一個UserID并給定同樣的權限。< application>節(jié)點也包含process屬性，用來設置程序中所有組件的默認進程。

所有的組件在此進程的主線程中實例化，系統(tǒng)對這些組件的調(diào)用從主線程中分離。并非每個對象都會從主線程中分離。一般來說，響應例如 View.onKeyDown()用戶操作的方法和通知的方法也在主線程中運行。這就表示，組件被系統(tǒng)調(diào)用的時候不應該長時間運行或者阻塞操作(如網(wǎng)絡操作或者計算大量數(shù)據(jù))，因為這樣會阻塞進程中的其他組件?？梢园堰@類操作從主線程中分離。

當常用的進程無法獲取足夠內(nèi)存，Android可能會關閉不常用的進程。下次啟動程序的時候會重新啟動進程。
當決定哪個進程需要被關閉的時候，Android會考慮哪個對用戶更加有用。如Android會傾向于關閉一個長期不顯示在界面的進程來支持一個經(jīng)常顯示在界面的進程。是否關閉一個進程決定于組件在進程中的狀態(tài)。

Android線程
即使為組件分配了不同的進程，有時候也需要再分配線程。比如用戶界面需要很快對用戶進行響應，因此某些費時的操作，如網(wǎng)絡連接、下載或者非常占用服務器時間的操作應該放到其他線程。
線程通過java的標準對象Thread創(chuàng)建Android提供了很多方便的管理線程的方法—Looper在線程中運行一個消息循環(huán); Handler傳遞一個消息; HandlerThread 創(chuàng)建一個帶有消息循環(huán)的線程。
遠程調(diào)用Remote procedure calls Android有一個遠程調(diào)用(RPCs) 的輕量級機制— 通過這個機制，方法可以在本地調(diào)用，在遠程執(zhí)行(在其他進程執(zhí)行)，還可以返回一個值。要實現(xiàn)這個需求，必須分解方法調(diào)用，并且所有要傳遞的數(shù)據(jù)必須是操作系統(tǒng)可以訪問的級別。從本地的進程和內(nèi)存地址傳送到遠程的進程和內(nèi)存地址并在遠程處理和返回。返回值必須向相反的方向傳遞。Android提供了做以上操作的代碼，所以開發(fā)者可以專注于實現(xiàn)RPC的接口。

一個RPC接口只能包含方法。所有的方法都是同步執(zhí)行的(直到遠程方法返回，本地方法才結束阻塞)，沒有返回值的時候也是如此。

簡單來說，這個機制是這樣的：使用IDL (interface definition language)定義你想要實現(xiàn)的接口， aidl 工具可以生成用于java的接口定義，本地和遠程都要使用這個定義。

inner類包含了所有的管理遠程程序(符合IDL描述的接口)所需要的代碼。所有的inner類實現(xiàn)了IBinder 接口.其中一個在本地使用，可以不管它的代碼;另外一個叫做Stub繼承了 Binder 類。為了實現(xiàn)遠程調(diào)用，這個類包含RPC接口。開發(fā)者可以繼承Stub類來實現(xiàn)需要的方法。

一般來說，遠程進程會被一個service管理(因為service可以通知操作系統(tǒng)這個進程的信息并和其他進程通信)，它也會包含aidl 工具產(chǎn)生的接口文件，Stub類實現(xiàn)了遠處那個方法。服務的客戶端只需要aidl 工具產(chǎn)生的接口文件。

以下是如何連接服務和客戶端調(diào)用：

服務的客戶端(本地)會實現(xiàn)onServiceConnected() 和onServiceDisconnected() 方法，這樣，當客戶端連接或者斷開連接的時候可以獲取到通知。通過 bindService() 獲取到服務的連接。

服務的 onBind() 方法中可以接收或者拒絕連接，取決它收到的intent (intent通過 bindService()方法連接到服務). 如果服務接收了連接，會返回一個Stub類的實例.

如果服務接受了連接，Android會調(diào)用客戶端的onServiceConnected() 方法，并傳遞一個Ibinder對象(系統(tǒng)管理的Stub類的代理)，通過這個代理，客戶端可以連接遠程的服務。

線程安全的方法。在某些情況下，方法可能調(diào)用不止一個的線程，因此需要注意方法的線程安全。

對于可以遠程調(diào)用的方法，也要注意這點。當一個調(diào)用在Ibinder對象中的方法的程序啟動了和Ibinder對象相同的進程，方法就在Ibinder的進程中執(zhí)行。但是，如果調(diào)用者發(fā)起另外一個進程，方法在另外一個線程中運行，這個線程在和IBinder對象在一個線程池中;它不會在進程的主線程中運行。例如，一個service從主線程被調(diào)用onBind() 方法，onBind() 返回的對象(如實現(xiàn)了RPC的Stub子類)中的方法會被從線程池中調(diào)用。因為一個服務可能有多個客戶端請求，不止一個線程池會在同一時間調(diào)用 IBinder的方法。因此IBinder必須線程安全。

簡單來說，一個content provider可以接收其他進程的數(shù)據(jù)請求。即使ContentResolver和ContentProvider類沒有隱藏了管理交互的細節(jié)，ContentProvider中響應這些請求的方法(query(), insert(), delete(), update(), and getType() )— 是在content provider的線程池中被調(diào)用的，而不是ContentProvider的本身進程。因為這些方法可能是同時從很多線程池運行的，所以這些方法必須要線程安全。

?