如何實現Android Binder機制問題

android Binder機制大部分都是使用的IPC，進程間通信機制有很多種，例如Linux中可以采用管道，消息隊列，信號，共享內存，socket等，這些都可以實現進程間的通信。

android Binder機制通信是基於Service與ClIEnt的，有一個ServiceManager的守護進程管理著系統的各個服務，它負責監聽是否有其他程序向其發送請求。如果有請求就響應。每個服務都要在ServiceManager中注冊，而請求服務的客戶端去ServiceManager請求服務。

binder的通信操作類似線程遷移（thread migration），binder的用戶空間為每一個進程維護著一個可用的線程池, 用來處理到來的IPC以及執行本地消息。兩個進程間通信就好像是一個進程進入另一個進程執行代碼然後帶著執行的結果返回，android和驅動程序通信采用Linux的ioctl機制。下面先簡單介紹一下ioctl機制。

什麼是ioctl

ioctl是設備驅動程序中對設備的I/O通道進行管理的函數。所謂對I/O通道進行管理，就是對設備的一些特性進行控制，例如串口的傳輸波特率、馬達的轉速等等。它的調用函數如下：int ioctl(int fd, ind cmd, …)；其中fd就是用戶程序打開設備時使用open函數返回的文件標示符，cmd就是用戶程序對設備的控制命令，至於後面的省略號。

那是一些補充參數，一般最多一個，有或沒有是和cmd的意義相關的。ioctl函數是文件結構中的一個屬性分量。就是說如果你的驅動程序提供了對ioctl的支持，用戶就可以在用戶程序中使用ioctl函數控制設備的I/O通道。

ioctl的必要性

如果不用ioctl的話，也可以實現對設備I/O通道的控制，但那就太復雜了。例如，我們可以在驅動程序中實現write的時候檢查一下是否有特殊約定的數據流通過。如果有的話，那麼後面就跟著控制命令（一般在socket編程中常常這樣做）。但是如果這樣做的話，會導致代碼分工不明，程序結構混亂。

程序員自己也會頭昏眼花的。所以，我們就使用ioctl來實現控制的功能。要記住，用戶程序所作的只是通過命令碼告訴驅動程序它想做什麼，至於怎麼解釋這些命令和怎麼實現這些命令，這都是驅動程序要做的事情。

android Binder機制如何實現在驅動程序中實現的ioctl函數體內，實際上是有一個switch{case}結構，每一個case對應一個命令碼，做出一些相應的操作。怎麼實現這些操作，這是每一個程序員自己的事情，因為設備都是特定的。關鍵在於怎麼樣組織命令碼，因為在ioctl中命令碼是唯一聯系用戶程序命令和驅動程序支持的途徑。命令碼的組織是有一些講究的。

因為我們一定要做到命令和設備是一一對應的，這樣才不會將正確的命令發給錯誤的設備，或者是把錯誤的命令發給正確的設備。或者是把錯誤的命令發給錯誤的設備。這些錯誤都會導致不可預料的事情發生，而當程序員發現了這些奇怪的事情的時候，再來調試程序查找錯誤，那將是非常困難的事情。