android binder机制详解,binder 机制流程分析

前面我们对着代码分析了整个 test_client 和 test_server 的整个流程，下面我们再来总结下整个流程。

假设我们有此种服务场景：test_server 提供 HelloService 服务，还有 GoodbyeService 服务；test_client 来使用服务。

对于 test_server 来说：

1. addService：

a. test_server 为每个服务构造 flat_binder_object 结构体。它里面中含有的 binder 指针和 cookie 指针 指向不同服务；

b. 调用 ioctl 发送数据：

b.1 数据中含有 flat_binder_object + 服务名称；

b.2 数据中含有“目的地”：handle = 0，表示发给 SM；

c. 上面调用 ioctl ，那么驱动程序对每一个 flat_binder_object 构造 binder_node 结构体。它里面中含有的 ptr 和 cookie 指针是来自于 flat_binder_object 结构体里的 binder 和 cookie 指针；

d. 驱动程序根据 handle = 0 找到 SM，然后把数据发给 SM 并且创建 binder_ref 结构体；

e. 在 SM 里记录服务的名称及 desc 值。

对于 test_client 来说：

2. getService：

a. test_client 构造数据。数据 = 名称 +“目的(指的是 handle = 0)”；

b. 调用 ioctl 发送数据；

c. 那么驱动程序根据 handle = 0 找到 SM 并把数据发给 SM；

d. SM 从 svclist 链表中找到对应项。比如根据名“Hello”找到第一项，handle = 1；

e. SM 通过 ioctl 返回数据。数据 = flat_binder_object，flat_binder_object 结构体中的 type 表示引用 binder_ref，handle = 1；

f. 驱动：发现数据中含有 flat_binder_object，且 type 为引用，从 SM 的 binder_ref 链表中找到对应项(传入的 handle == binder_ref.desc)，再找到 binder_node，最后为 test_client 建立 binder_ref；

对于 SM 来说：

3. 那么 test_client 是怎么使用 HelloService？

a. 构造数据，数据中含有 code(调用哪个函数)，“目的”handle = 1；

b. 使用 ioctl 发数据；

c. 驱动：去除 handle = 1，找到 binder_ref，进而找到 binder_node，再找到 test_server；最后把数据传入给 test_server，并且在数据中设置(ptr 和 cookie) 等于 binder_node 的(ptr 和 cookie)；

d. test_server 根据(ptr 和 cookie)知道调用的是哪个服务；

1、那么在 test_server 中，驱动构造出 binder_node 结构体(放在链表中)包含有 HelloService 和 GoodbyeService 服务。binder_node 结构体中包含的 ptr 和 cookie 和 proc，proc 结构体指向的就是进程 test_server；

2、在 SM 中，驱动同样也构造出 binder_ref 结构体(也是以链表的形式)包含有 HelloService 和 GoodbyeService 服务。binder_ref 结构体中包含的 desc 和 node，此 node 指向的便是前面的 test_server 中的 binder_node 结构体找到对应服务；

3、在 test_client 中，驱动同样也构造出 binder_ref 结构体(也是以链表的形式)包含有 HelloService 和 GoodbyeService 服务。binder_ref 结构体中包含的 desc 和 node，此 node 指向的便是前面的 SM 中的 binder_node 结构体；

同样 test_client 根据 desc 找到对应的具体服务名(哪个服务，Hello 或 Goodbye 服务)；

此时 binder 系统的流程调用已经非常明了了，那么此系统中的最核心的函数是 ioctl；test_client 端中最核心的数据是 handle，test_server 端最核心的数据是 ptr 和 cookie；