Android Binder总结

浏览数：14 / 时间：2015年06月11日

1. MediapplayerService 的启动，怎样在ServiceManager注冊的，不解说详细的细节

ServiceManager 是整个系统的Service总管，其余的系统服务都是通过defaultServiceManager的远程接口来调用ServiceManager。Service获得ServiceManager的接口之后就会把自己加入到ServiceManager中，然后把自己启动起来，之后等待着Client端的请求连接。

关于SystemManager怎样启动而且成为总管和Binder的知识能够參考：

http://blog.csdn.net/luoshengyang/article/details/6621566

先看一下MediaPlayerService的UML，有个总体的了解。

1) 首先MediaPlayerService 是从main_mediaservice.cpp main中进行实例化，所以MediaPlayerService也执行在system_service的进程中。

int main(int argc, char** argv)
{
    ProcessState> proc(ProcessState::self());
    ... ...
    MediaPlayerService::instantiate();
    ... ...
    ProcessState::self()->startThreadPool();
    IPCThreadState::self()->joinThreadPool();
}

2) 在MediaPlayerService::instantiate()中主要做了两件事情，第一就是通过 ProcessState::self() 来初始化一个全局变量gProcess，在ProcessState中的mDriverFD会保存Binder设备的指针。第二个主要工作就是调用ServiceManager把自己new一个出来然后加入到ServiceManger总管中。

sp<ProcessState> ProcessState::self()
{
    if (gProcess != NULL) return gProcess;
    
    AutoMutex _l(gProcessMutex);
    if (gProcess == NULL) gProcess = new ProcessState;
    return gProcess;
}

addService的过程非常复杂，有兴趣的人能够拜读一下老罗的这篇文章：

http://blog.csdn.net/luoshengyang/article/details/6629298

void MediaPlayerService::instantiate() {
    defaultServiceManager()->addService(
            String16("media.player"), new MediaPlayerService());
}

3) 在把自己增加到ServiceManager中之后，会运行下面两个函数，总要是用来通过调用talkWithDriver函数来和Binder驱动程序进行交互，实际上就是调用talkWithDriver来等待Client的请求，然后再调用executeCommand来处理请求，而在executeCommand函数中，终于会调用BBinder::transact来真正处理Client的请求

    ProcessState::self()->startThreadPool();
    IPCThreadState::self()->joinThreadPool();

2. 怎样去调用MediaPlayerService 而且和service通信

MediaPlayerService此时已经是一个Service了，如今就等着Client端去建立连接。这个Client就是MediaPlayer，它声明和实如今frameworks/base/include/media/mediaplayer.h和frameworks/base/media/libmedia/mediaplayer.cpp文件里。MediaPlayer继承于IMediaDeathNotifier类，这个类声明和实如今frameworks/base/include/media/IMediaDeathNotifier.h和frameworks/base/media/libmedia//IMediaDeathNotifier.cpp文件里，里面有一个静态成员函数getMeidaPlayerService，它通过IServiceManager::getService接口来获得MediaPlayerService的远程接口。

在介绍IMediaDeathNotifier::getMeidaPlayerService函数之前，我们先了解一下这个函数的目标，实际上就是要获得一个称为BpMediaPlayerService对象的IMediaPlayerService接口。

从之前那个类图能够看到，BpMediaPlayerService继承于BpInterface<IMediaPlayerService>类，即BpMediaPlayerService继承了IMediaPlayerService类和BpRefBase类，这两个类又分别继续了RefBase类。BpRefBase类有一个成员变量mRemote，它的类型为IBinder，实际是一个BpBinder对象。BpBinder类使用了IPCThreadState类来与Binder驱动程序进行交互，而IPCThreadState类有一个成员变量mProcess，它的类型为ProcessState，IPCThreadState类借助ProcessState类来打开Binder设备文件/dev/binder，因此，它能够和Binder驱动程序进行交互。

BpMediaPlayerService的构造函数有一个參数impl，它的类型为const sp<IBinder>&，从上面的描写叙述中，这个实际上就是一个BpBinder对象。这样，要创建一个BpMediaPlayerService对象，首先就要有一个BpBinder对象。再来看BpBinder类的构造函数，它有一个參数handle，类型为int32_t，这个參数的意义就是请求MediaPlayerService这个远程接口的进程对MediaPlayerService这个Binder实体的引用了。因此，获取MediaPlayerService这个远程接口的本质问题就变为从Service Manager中获得MediaPlayerService的一个句柄了。

我们就以create的过程作为一个样例：

1) MediaPlayer.getMediaPlayerService()

MediaPlayer继承IMediaDeathNotifier，所以就是调用IMediaDeathNotifier.getMediaPlayerService()，这个函数的主要作用就是从SystemManager中获取"media.player" Service的IBinder，也就是获取一个BpMediaPlayerService，通过这个IBinder与服务端通信。

2) service->create(getpid(), this, mAudioSessionId)

这个service实际上就是BpMediaPlayerService，所以就是调用BpMediaPlayerService的create，在这个函数中回去调用remote()->transact。

3) remote()->transact(CREATE, data, &reply)

这个remote()返回的是一个BpBinder, 实际上就是BpBinder.transact，这个transact自己是不做什么事情的，主要是通过调用IPCThreadState->transact去完毕数据请求工作。

4) IPCThreadState::self()->transact

在这个transact中主要通过waitForResponse和talkWithDriver去完毕与Binder设备的ioctl操作。当调用talkWithDriver之后，MediaPlayerService中的IPCThreadState就用监听到请求而且调用自己的executeCommand。

5) BnMediaPlayerService.onTransact()

在executeCommand会依据command的类型去调用回调函数，这里就是调用BBinder.transact, 而BBinder.transact终于会调用BnMediaPlayer.onTransact去做详细的处理，调用create然后返回一个Mediaplayer的一个Ibinder的client。

3. 以AMS为样例，看一下Java层的Service Binder是假设去使用。AMS怎样去拿到Client，Client怎样和Service通信

1) Instrumentation.execStartActivity()

Activity里面有一个StartActivity函数回去调用Instrumentation.execStartActivity()，而在execStartActivity()又会通过ActivityManagerNative.getDefault()去掉用startActivity

2) ActivityManagerProxy.transact()

在ActivityManagerNative.getDefault()事实上返回的就是ActivityManagerProxy。在ActivityManagerProxy的startActivity会调用mRemote.transact，而mRemote事实上BinderProxy对象，所以等于直接调用BinderProxy的trasact函数。

3）Binder.exectransact()

BinderProxy的trasact会去通过JNI的来完毕Binder的请求，最后由服务端的Binder的execTranaction去做函数响应。

4) ActivityManagerService.onTransact

Biner.execTranaction使用ActivityManagerService.onTransact最为回调函数去运行，并将结果放在reply中。

UML图：

http://sdrv.ms/Q79iGk

郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。

Android Binder总结