binder学习笔记（十）—— 穿越到驱动层_anrdoid 源码解析 csdn-CSDN博客

本文链接：https://blog.csdn.net/zchongr/article/details/51527252

本文详细介绍了Android Binder机制中，从应用层的IPCThreadState调用transact，经由writeTransactionData和waitForResponse，最终穿越到驱动层的过程。在驱动层，binder_ioctl函数接收到BC_TRANSACTION命令，开始处理数据包。调试过程中通过gdb确认了mIn的内容，为深入理解Binder驱动的工作原理奠定了基础。

摘要由CSDN通过智能技术生成

Binder驱动层的代码在kernel/goldfish/drivers/staging/android下的binder.c和binder.h。Android源码是不带Linux内核的，驱动正是在这个内核里，需要单独下载，出门左转参见《Anrdoid源码、内核编译》。驱动的相关知识先不在这里展开了，那又是一个庞大的体系，以后再啃。直奔我们的主题——客户端为test()组织的请求数据是：

驱动程序是如何处理这个数据包的呢？

从应用层登陆，顺流直下

为此，还需要先从应用层往下看，frameworks/native/libs/binder/IPCThreadState.cpp:548，就从这里登陆吧。客户端组织test()请求数据时，调用到IPCThreadState::transact(…)

status_t IPCThreadState::transact(int32_t handle,
                                  uint32_t code, const Parcel& data,
                                  Parcel* reply, uint32_t flags)
{   // code=TEST, flag=0

    flags |= TF_ACCEPT_FDS;
    ......

        err = writeTransactionData(BC_TRANSACTION, flags, handle, code, data, NULL);

        ......
        if (reply) {
            err = waitForResponse(reply);  // 这次重点看这里
        } else {
            Parcel fakeReply;
            err = waitForResponse(&fakeReply);
        }
        ......

    return err;
}

函数使用writeTransactionData(…)打包好数据后，接下来调用waitForResponse(…)把数据发出去。
frameworks/native/libs/binder/IPCThreadState.cpp:712

status_t IPCThreadState::waitForResponse(Parcel *reply, status_t *acquireResult)
{
    uint32_t cmd;
    int32_t err;

    while (1) {
        if ((err=talkWithDriver()) < NO_ERROR) break;
        ......
        }
        ......

    return err;
}

继续调用talkWithDriver()和驱动对话,frameworks/native/libs/binder/IPCThreadState.cpp:803

status_t IPCThreadState::talkWithDriver(bool doReceive)
{   // doReceive=true
    ......
    binder_write_read bwr;
    ......
    const bool needRead = mIn.dataPosition() >= mIn.dataSize();// mIn有上一轮IO读出尚未解析的数据，因此needRead=true
    ......
    const