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；