前面说过，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; } ~~~