Binder通信模型 ：ServiceManager

if (binder_become_context_manager(bs)) {

…

}

…

binder_loop(bs, svcmgr_handler);

return 0;

}

其中三个函数对应了 ServiceManager 初始化的三个关键工作：

1. binder_open()：打开 binder 驱动并映射内存块大小为 128KB

2. binder_become_context_manager()：将自己设置为 Binder “DNS” 管理者

3. binder_loop()：进入循环，等待 binder 驱动发来消息

下面分别来分析这三个函数，首先来看 binder_open() 是怎么打开 binder 驱动并映射内存的：

struct binder_state *binder_open(size_t mapsize){

struct binder_state *bs;

struct binder_version vers;

bs = malloc(sizeof(*bs));

…

//打开 binder 驱动，最终调用 binder_open() 函数

bs->fd = open(“/dev/binder”, O_RDWR | O_CLOEXEC);

…

//获取 Binder 版本，最终调用 binder_ioctl() 函数

ioctl(bs->fd, BINDER_VERSION, &vers)

…

//将虚拟内存映射到 Binder，最终调用 binder_mmap() 函数

bs->mapped = mmap(NULL, mapsize, PROT_READ, MAP_PRIVATE, bs->fd, 0);

…

return bs;

}

再来看 binder_become_context_manager() 是怎么将自己设置为 Binder “DNS 管理者的”：

int binder_become_context_manager(struct binder_state *bs){

//发送 BINDER_SET_CONTEXT_MGR 命令，最终调用 binder_ioctl() 函数

return ioctl(bs->fd, BINDER_SET_CONTEXT_MGR, 0);

}

最后来看 binder_loop() 是怎么循环等待并处理 binder 驱动发来的消息：

void binder_loop(struct binder_state *bs, binder_handler func){

int res;

//执行 BINDER_WRITE_READ 命令所需的数据格式：

struct binder_write_read bwr;

uint32_t readbuf[32]; //每次读取数据的大小

readbuf[0] = BC_ENTER_LOOPER;

//先将 binder 驱动的进入循环命令发送给 binder 驱动：

binder_write(bs, readbuf, sizeof(uint32_t));

for (;😉 { //进入循环

bwr.read_size = sizeof(readbuf);

//读取到的消息数据存储在 readbuf

bwr.read_buffer = (uintptr_t) readbuf;

//执行 BINDER_WRITE_READ 命令读取消息数据

res = ioctl(bs->fd, BINDER_WRITE_READ, &bwr);

if (res < 0) {

ALOGE(“binder_loop: ioctl failed (%s)\n”, strerror(errno));

break;

}

//处理读取到的消息数据

res = binder_parse(bs, 0, (uintptr_t) readbuf, bwr.read_consumed, func);

…

}

}

BINDER_WRITE_READ 命令既可以用来读取数据也可以写入数据，具体是写入还是读取依赖 binder_write_read 结构体的 write_size 和 read_size 哪个大于 0，上面代码通过 bwr.read_size = sizeof(readbuf) 赋值，所以是读取消息。

binder_parse() 方法内部处理由 binder 驱动主动发出的、一系列 BR_ 开头的命令，包括上面提到过的 BR_TRANSACTION、BR_REPLY 等，简化后的代码如下：

int binder_parse(struct binder_state *bs, struct binder_io *bio,

uintptr_t ptr, size_t size, binder_handler func){

switch(cmd) {

case BR_TRANSACTION: {

…

res = func(bs, txn, &msg, &reply); //处理消息

//返回处理结果

inder_send_reply(bs, &reply, txn->data.ptr.buffer, res);

…

break;

}

case BR_REPLY: {…}

case BR_DEAD_BINDER: {…}

…

}

}

对于 BR_TRANSACTION 命令主要做了两个工作，一是调用 func() 具体处理消息；二是调用 inder_send_reply() 将消息处理结果告知给 binder 驱动，注意这里的 func 是由 service_manager.c main 函数中传过来的方法指针，也就是 svcmgr_handler() 方法。

服务注册与查询

---

经过上面 ServiceManager 服务启动的过程分析，已经知道由 binder 驱动主动发过来的 BR_TRANSACTION 命令最终在 service_manager.c 的 svcmgr_handler() 方法中处理，那服务的注册与查询请求想必就是在这个方法中实现的了，确实如此，简化后的关键代码如下：

int svcmgr_handler(struct binder_state *bs,

struct binder_transaction_data *txn,

struct binder_io *msg,

struct binder_io *reply){

switch(txn->code) {

case SVC_MGR_GET_SERVICE:

case SVC_MGR_CHECK_SERVICE:

//查询服务，根据 name 查询 Server Handle

handle = do_find_service(s, len, txn->sender_euid, txn->sender_pid);

return 0;

case SVC_MGR_ADD_SERVICE:

//注册服务，记录服务的 name(下面的参数 s) 与 handle

if (do_add_service(bs, s, len, handle, txn->sender_euid,

allow_isolated, txn->sender_pid))

return -1;

break;

case SVC_MGR_LIST_SERVICES: {

//查询所有服务，返回存储所有服务的链表 svclist

si = svclist;

while ((n-- > 0) && si)

si = si->next;

if (si) {

bio_put_string16(reply, si->name);

return 0;

}

return -1;

}

bio_put_uint32(reply, 0);

return 0;

}

注册的服务都会存储在 svclist 链表上，do_add_service() 就是将服务插入到 svclist 链表上记录下来，do_find_service() 方法则遍历 svclist 查找对应的服务。

svcmgr_handler() 方法执行完后会进一步调用 inder_send_reply() 将执行结果回复给 binder 驱动，然后进入下一轮循环继续等待处理消息。

最后

都说三年是程序员的一个坎，能否晋升或者提高自己的核心竞争力，这几年就十分关键。

技术发展的这么快，从哪些方面开始学习，才能达到高级工程师水平，最后进阶到Android架构师/技术专家？我总结了这 5大块；

我搜集整理过这几年阿里，以及腾讯，字节跳动，华为，小米等公司的面试题，把面试的要求和技术点梳理成一份大而全的“ Android架构师”面试 Xmind（实际上比预期多花了不少精力），包含知识脉络 + 分支细节。

网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。

2021年虽然路途坎坷，都在说Android要没落，但是，不要慌，做自己的计划，学自己的习，竞争无处不在，每个行业都是如此。相信自己，没有做不到的，只有想不到的。祝大家2021年万事大吉。
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门，即可获取！
vwA-1714934834484)]

网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。

2021年虽然路途坎坷，都在说Android要没落，但是，不要慌，做自己的计划，学自己的习，竞争无处不在，每个行业都是如此。相信自己，没有做不到的，只有想不到的。祝大家2021年万事大吉。
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门，即可获取！