[[422252]]

本文轉(zhuǎn)載自微信公眾號「嵌入式Linux系統(tǒng)開發(fā)」，作者asonangel。轉(zhuǎn)載本文請聯(lián)系嵌入式Linux系統(tǒng)開發(fā)公眾號。

最近博主在研究Android系統(tǒng)的binder。

binder是什么?可以理解為Andorid系統(tǒng)中的一種進程間通信的方式，雖然Android系統(tǒng)基于Linux，但是它并沒有采用Linux自帶的進程間通信方式，而是采用了更高效的binder，理解binder對于理解Android系統(tǒng)具有至關(guān)重要的作用。binder原理圖如下：

Binder通信采用c/s架構(gòu)，和Socket一樣，但是稍微復(fù)雜。binder組件包含Client、Server、ServiceManager以及binder驅(qū)動，其中ServiceManager用于管理系統(tǒng)中的各種服務(wù)。

具體通信過程：Server先向ServiceManager注冊一個服務(wù)，其實也就是一個字符串。然后Client從ServiceManager獲取服務(wù)，關(guān)鍵字就是注冊的字符串。這樣Client和Server就可以通信。真正的數(shù)據(jù)流是走了底層的Linux內(nèi)核空間的binder驅(qū)動，但這個是被封裝的，所以不用關(guān)心真正的binder驅(qū)動，只管在Client和Server之間調(diào)用函數(shù)收發(fā)數(shù)據(jù)就行。就是服務(wù)端的onTransact函數(shù)和客戶端remote()->transact(TEST, data, &reply)，發(fā)送的數(shù)據(jù)存在data中，返回的數(shù)據(jù)存在reply中。Client和Server都可以收發(fā)數(shù)據(jù)。

安卓系統(tǒng)架構(gòu)圖：

理解了binder以后，具體分析：binder驅(qū)動肯定是在最下面的Linux內(nèi)核中，那么binder的客戶端和服務(wù)器，可以存在在任何地方。舉例：

1、bindder服務(wù)器在app層，客戶端在app層。2、bindder服務(wù)器在native層，客戶端在app層。3、bindder服務(wù)器在app層，客戶端在native層。4、bindder服務(wù)器在native層，客戶端在native層。

以上四種情況都可以。

說的比較抽象，我發(fā)兩篇文章連接，這兩篇文章的代碼我已經(jīng)驗證過，可以使用。需要注意的是，APP層的binder由java語言編寫，native層的binder，由C++語言編寫。但其實接口都很相似。

但是要看懂代碼，需要先理解幾個類：

native層binder真實的繼承關(guān)系如下：

對稱一點可能方便理解：

我們主要是從BnInterface和BpInterface繼承，去實現(xiàn)自己的服務(wù)器和客戶端。

bp：binder proxy

bn：binder native

sm：ServiceManager