Android系統中，每個應用程式是由Android的Activity，Service，Broadcast，ContentProvider這四大元件的中一個或多個組合而成，這四大元件所涉及的多程序間的通訊底層都是依賴於Binder IPC機制。不僅於此，整個Android系統架構中，大量採用了Binder機制作為IPC（程序間通訊）方案，當然也存在部分其他的IPC方式，比如Zygote通訊便是採用socket。

IPC原理

每個Android的程序，只能執行在自己程序所擁有的虛擬地址空間。對應一個4GB的虛擬地址空間，其中3GB是使用者空間，1GB是核心空間，當然核心空間的大小是可以通過引數配置調整的。對於使用者空間，不同程序之間彼此是不能共享的，而核心空間卻是可共享的。Client程序向Server程序通訊，恰恰是利用程序間可共享的核心記憶體空間來完成底層通訊工作的，Client端與Server端程序往往採用ioctl等方法跟核心空間的驅動進行互動。

Binder原理

Binder通訊採用C/S架構，從元件視角來說，包含Client、Server、ServiceManager以及binder驅動，其中ServiceManager用於管理系統中的各種服務。架構圖如下所示：

可以看出無論是註冊服務和獲取服務的過程都需要ServiceManager，需要注意的是此處的Service Manager是指Native層的ServiceManager（C++），並非指framework層的ServiceManager(Java)。ServiceManager是整個Binder通訊機制的大管家，是Android程序間通訊機制Binder的守護程序，要掌握Binder機制，首先需要了解系統是如何首次啟動Service Manager。當Service Manager啟動之後，Client端和Server端通訊時都需要先獲取Service Manager介面，才能開始通訊服務。

圖中Client/Server/ServiceManage之間的相互通訊都是基於Binder機制。既然基於Binder機制通訊，那麼同樣也是C/S架構，則圖中的3大步驟都有相應的Client端與Server端。

1.註冊服務(addService)：Server程序要先註冊Service到ServiceManager。該過程：Server是客戶端，ServiceManager是服務端。
2.獲取服務(getService)：Client程序使用某個Service前，須先向ServiceManager中獲取相應的Service。該過程：Client是客戶端，ServiceManager是服務端。
3.使用服務：Client根據得到的Service資訊建立與Service所在的Server程序通訊的通路，然後就可以直接與Service互動。該過程：client是客戶端，server是服務端。

圖中的Client,Server,Service Manager之間互動都是虛線表示，是由於它們彼此之間不是直接互動的，而是都通過與Binder驅動進行互動的，從而實現IPC通訊方式。其中Binder驅動位於核心空間，Client,Server,Service Manager位於使用者空間。Binder驅動和Service Manager可以看做是Android平臺的基礎架構，而Client和Server是Android的應用層，開發人員只需自定義實現client、Server端，藉助Android的基本平臺架構便可以直接進行IPC通訊。

C/S模式

BpBinder(客戶端)和BBinder(服務端)都是Android中Binder通訊相關的代表，它們都從IBinder類中派生而來

client端：BpBinder.transact()來發送事務請求；
server端：BBinder.onTransact()會接收到相應事務。