前面說過，defaultServiceManager返回的是一個BpServiceManager，通過它可以把命令請求發送給handle值為0的目的端。按照圖6-3所示的IServiceManager“家譜”，無論如何也應該有一個類從BnServiceManager派生出來并處理這些來自遠方的請求吧？ 很可惜，源碼中竟然沒有這樣的一個類存在！但確實又有這么一個程序完成了BnServiceManager未盡的工作，這個程序就是servicemanager，它的代碼在Service_manager.c中，如下所示： * * * * * **注意**：通過這件事情是否能感悟到什么？嗯，我們確實可以拋開前面所有的那些封裝，直接與Binder設備打交道。 * * * * * 下面來看ServiceManager是怎么放棄華麗的封裝去做Manager的。 1. ServiceManager的入口函數 ServiceManager的入口函數如下所示。 **ServiceManager.c** ~~~ int main(int argc, char **argv) { structbinder_state *bs; //BINDER_SERVICE_MANAGER的值為NULL，是一個magic number。 void*svcmgr = BINDER_SERVICE_MANAGER; //①應該是打開binder設備吧？ bs = binder_open(128*1024); //②成為manager，是不是把自己的handle置為0？ binder_become_context_manager(bs) svcmgr_handle= svcmgr; //③處理客戶端發過來的請求。 binder_loop(bs, svcmgr_handler); } ~~~ 這里，一共有三個重要關鍵點。必須對其逐一地進行分析。 >[warning] **注意**：有一些函數是在Binder.c中實現的，此Binder.c不是前面碰到的那個Binder.cpp。 2. 打開Binder設備 binder_open函數用于打開Binder設備，它的實現如下所示： **Binder.c** ~~~ /* 這里的binder_open應該與我們之前在ProcessState中看到的一樣： 1）打開Binder設備 2）內存映射 */ struct binder_state *binder_open(unsigned mapsize) { structbinder_state *bs; bs =malloc(sizeof(*bs)); .... bs->fd= open("/dev/binder", O_RDWR); .... bs->mapsize = mapsize; bs->mapped = mmap(NULL, mapsize, PROT_READ, MAP_PRIVATE, bs->fd,0); } ~~~ 果然如此，有了之前所學習掌握的知識，這里真的就不難理解了。 3. 成為老大 怎么才成為系統中獨一無二的manager了呢？manger的實現，如下面的代碼所示： **Binder.c** ~~~ int binder_become_context_manager(structbinder_state *bs) { //實現太簡單了！這個0是否就是設置自己的handle呢？ returnioctl(bs->fd, BINDER_SET_CONTEXT_MGR, 0); } ~~~ 4. 死磕Binder binder_loop是一個很盡責的函數。為什么這么說呢？因為它老是圍繞著Binder設備轉悠，實現代碼如下所示： **Binder.c** ~~~ /* 注意binder_handler參數，它是一個函數指針，binder_loop讀取請求后將解析 這些請求，最后調用binder_handler完成最終的處理。 */ void binder_loop(struct binder_state *bs,binder_handler func) { int res; structbinder_write_read bwr; readbuf[0] = BC_ENTER_LOOPER; binder_write(bs, readbuf, sizeof(unsigned)); for (;;){//果然是循環 bwr.read_size = sizeof(readbuf); bwr.read_consumed = 0; bwr.read_buffer = (unsigned) readbuf; res =ioctl(bs->fd, BINDER_WRITE_READ, &bwr); //接收到請求，交給binder_parse，最終會調用func來處理這些請求。 res = binder_parse(bs, 0, readbuf,bwr.read_consumed, func); } ~~~ 5. 集中處理 往binder_loop中傳的那個函數指針是svcmgr_handler，它的代碼如下所示： **Service_manager.c** ~~~ int svcmgr_handler(struct binder_state *bs,structbinder_txn *txn, struct binder_io *msg,structbinder_io *reply) { structsvcinfo *si; uint16_t*s; unsignedlen; void*ptr; // svcmgr_handle就是前面說的那個magic number，值為NULL。 //這里要比較target是不是自己。 if(txn->target != svcmgr_handle) return -1; s =bio_get_string16(msg, &len); if ((len!= (sizeof(svcmgr_id) / 2)) || memcmp(svcmgr_id, s, sizeof(svcmgr_id))) { return-1; } switch(txn->code) { caseSVC_MGR_GET_SERVICE://得到某個service的信息，service用字符串表示。 caseSVC_MGR_CHECK_SERVICE: s = bio_get_string16(msg, &len);//s是字符串表示的service名稱。 ptr =do_find_service(bs, s, len); if(!ptr) break; bio_put_ref(reply, ptr); return 0; caseSVC_MGR_ADD_SERVICE://對應addService請求 s =bio_get_string16(msg, &len); ptr =bio_get_ref(msg); if(do_add_service(bs, s, len, ptr, txn->sender_euid)) return -1; break; //得到當前系統已經注冊的所有service的名字。 caseSVC_MGR_LIST_SERVICES: { unsigned n = bio_get_uint32(msg); si =svclist; while((n-- > 0) && si) si = si->next; if(si) { bio_put_string16(reply, si->name); return 0; } return -1; } default: return-1; } bio_put_uint32(reply,0); return 0; } ~~~