《Android Dev Guide》系列教程5：Android進(jìn)程和線程

愛上soso · 發(fā)表于 2013-8-28 16:28

> 這兩個內(nèi)部類包含了所有你需要管理員遠(yuǎn)程調(diào)用你用IDL聲明的接口的代碼（太拗口）。兩個內(nèi)部類都要事先IBinder接口。其中一個在本地使用，你寫代碼時可以不用處理它，另一個是Stub，繼承自Binder類。為了使IPC調(diào)用的內(nèi)部代碼有效，它包含了你用RPC接口所聲明的方法。你可以繼承Stub類來實現(xiàn)哪些方法，像上圖那樣。
通常情況下，遠(yuǎn)程進(jìn)程會被一個后臺服務(wù)所管理，因為服務(wù)可以通知系統(tǒng)給進(jìn)程發(fā)消息，并且能連接到其他進(jìn)程。他不僅包含了由aidl工具生成的接口文件，并且浩瀚Stub的子類事先RPC的方法。一個服務(wù)的客戶端可以可以只有aidl工具生成的借口文件。
下面是一個服務(wù)和他的客戶端是如何建立鏈接：
@服務(wù)的客戶端（在本地端）實現(xiàn)onServiceConnected()和onServiceDisconnected()方法，所以當(dāng)一個既定的遠(yuǎn)程服務(wù)鏈接成功時、或者斷開連接時，他們可以被通知到。調(diào)用bindService()方法可以建立連接。
@服務(wù)的onBind（）方法可以實現(xiàn)接受或者拒絕方法。這取決于接收到的Intent（bindService()）。如果連接被接受了，他會返回一個Stub子類的實例。
@如果服務(wù)接受了連接，Android會調(diào)用客戶端的onServiceConnected（）方法，并且傳遞給一個IBinder對象，IBinder對象是一個被服務(wù)管理的Stub子類的代理。通過代理，客戶端可以調(diào)用遠(yuǎn)程方法。
上面簡短的介紹省略了一些RPC機制的細(xì)節(jié)。更多信息可以查看Designing a Remote Interface Using AIDL或者IBinder類的介紹。

在一個新的contexts里，你實現(xiàn)的方法可能被多于1個的線程調(diào)用，因此必須是線程安全的。
這就是為什么被叫做遠(yuǎn)程方法，就像上節(jié)討論的RPC機制一樣。當(dāng)調(diào)用一個實現(xiàn)自IBinder對象的方法時，此方法和IBinder一樣屬于同一個進(jìn)程，那么方法在調(diào)用者的線程里執(zhí)行。然而，如果在其他的進(jìn)程里調(diào)用方法，那么方法在一個從Android維護(hù)的和IBinder在同意進(jìn)程里的線程池里選擇的一個線程里運行(太直譯了)，而不在主線程里運行。例如，一個服務(wù)的onBind（）方法可以被服務(wù)所在進(jìn)程的主線程所調(diào)用。onBind（）返回的對象所實現(xiàn)的方法（例如一個實現(xiàn)RPC方法的Stub的子類）可以被線程池的方法調(diào)用。因為服務(wù)可以有多個客戶端，同時可以有多個線程池服務(wù)于相同的IBinder方法。IBinder方法必須是方法安全的。
同樣的，一個content provider內(nèi)容提供商可以接收來自其他進(jìn)程的數(shù)據(jù)請求。盡管ContentResolver和ContentProvider隱藏了管理進(jìn)程間通信的細(xì)節(jié)，ContentProvider 方法響應(yīng)這些需求：query方法，insert方法，delete方法，update更新方法，和getType方法，從contentProvider進(jìn)程的線程池的線程里被調(diào)用，而不是主線程里。他們也可能同時被多個線程調(diào)用，所以也必須是線程安全的。

› 智能家居 / NAS / 路由 / 開發(fā) / 音響 › TV應(yīng)用開發(fā)交流

《Android Dev Guide》系列教程5：Android進(jìn)程和線程 ...

《Android Dev Guide》系列教程5：Android進(jìn)程和線程

相關(guān)帖子