以下幾篇文章是較深入分析binder機制。
目錄
1. Android - Binder機制 - ServiceManager
2. Android - Binder機制 - 普通service註冊
3. Android - Binder機制 - 獲得普通service
4. Android - Binder機制 - client和普通service互動
5. Android - Binder機制 - Binder架構總結
6. Android - Binder機制 - ProcessState和IPCThreadState
7. Android - Binder機制 - 驅動
Android - Binder機制 - client和普通service互動 UML及說明
和前兩篇結構基本一致,只說明特別的幾個地方:
1. Camera用戶端執行startPreview()是通過BpCamera來完成的;
2. ICamera定義了網路攝影機操作的介面,它是抽象類別,BpCamera是用戶端的實現;
3. CameraService: :Client是服務端,每個Camera用戶端對應一個CameraService: :Client;
4. BnCamera服務端對ICamera的實現;
5. BBinder在之前沒見過,它服務端對IBinder的實現,主要介面是onTransact();
6. 這個圖BpBinder和BBinder應該各對應一組ProcessState和IPCThreadState,因為它們存在於每個binder進程,不管是用戶端還是服務端;
互動流程
1. Camera的startPreview()調用BpCamera的startPreview();
2. BpCamera執行remote()->transact(START_PREVIEW, data, &reply),而remote()就是BpBinder;
3. BpBinder裡的mHandle是CameraService::Client的handle索引;
4. Camera進程的IPCThreadState的transact轉寄請求;
5. 服務端的IPCThreadState通過talkWithDriver接收到上面的請求,當然這其中mHandle起到了很重要的作用;
6. BBinder的transact和onTransact和BnCamera的onTransact依次執行;
7. BnCamera的onTransact中調用了startPreview()函數,而這個函數就是CameraService::Client的startPreview();
8. 傳回值按照相反的路徑返回;