Android - Binder机制 - 获得普通service

关注

原创最新推荐文章于 2026-04-28 08:35:33 发布 2.9k 阅读 AI 写同款· GEO 优化 ›

以下几篇文章是较深入分析binder机制。

7. Android - Binder机制 - 驱动

Android - Binder机制 - 获得普通service

1. Camera是客户端进程，它有一个函数是getCameraService函数，该函数就要获得CameraService服务；

2. Service_manager.c就是第一篇将的ServiceManager，它是另外一个进程，它要通过binder接收该进程的GetService请求，并进行相应处理（第一篇已经讲）；

3. IInterface和IServiceManager定义了Camera和ServiceManager之间的功能接口，它是一个抽象类；

4. BpServiceManager和BpInterface继承于IServiceManager，当然就是对功能接口的具体实现；

5. Camera调用BpServiceManager的getService()接口获得服务；

6. IBinder是定义Binder数据传输层的功能接口，它有一个接口transact，做过android的应该都有印象，它也是一个抽象类；

7. BpBinder是对IBinder的具体实现，它是用来进行数据传输的，BpRefBase中的mRemote就是指向的BpBinder，BpRefBase起了一个代理作用，但是BpBinder没有直接和binder打交道，而是通过调用下面的IPCThreadState实现的；

8. IPCThreadState才是和binder进行打交道的类，它才是真正的数据传输者；

9. ProcessState它主要打开binder设备供IPCThreadState使用和获得ServiceManager用来注册服务；

10. 在分析的时候还是先有一个整体把握，这个会在后面详解，BpRefBase以上是业务逻辑（要实现什么功能），BpRefBase以下是数据传输（通过binder如何将功能实现）；

11. 以后只要是见到Bpxxx的是在client进程，Bnxxx的是在service进程；

1. 通过defaultServiceManager获得BpServiceManager，通过BpServiceManager的getService接口；

2. getService执行remote()->transact(CHECK_SERVICE_TRANSACTION, data, &reply)；

3. remote()其实是BpBinder，transact执行IPCThreadState::self()->transact(mHandle, code, data, reply, flags)，注意mHandle是0，代表ServiceManager；

4. IPCThreadState::self()->transact执行writeTransactionData(BC_TRANSACTION, flags, handle, code, data, NULL)和waitForResponse(reply)，很明显就是发送数据，然后等待响应；

5. writeTransactionData其实并不直接将数据发送到binder驱动，而是将数据写到了mOut缓冲区，mOut是Parcel，该类是封装和驱动交互数据的数据格式（如果精通binder，要清楚这个格式）；

6. waitForResponse调用talkWithDriver()获得binder的答复；

7. reply.readStrongBinder()，在Parcel中，binder是一个数据类型，所以readStrongBinder函数可以将reply转为IBinder，而且是BpBinder，其中的mHandle就是刚获得service的handle索引；

收录于

Android