6.3.1 ServiceManager的原理
最后更新于：2022-04-02 05:50:37
前面说过，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;
}
~~~
';