Binder系列6—获取服务(getService)

基于Android 6.0的源码剖析，本文Client如何向Server获取服务的过程。

/framework/av/media/libmedia/IMediaDeathNotifier.cpp
/framework/native/libs/binder/IServiceManager.cpp

一、获取服务

在Native层的服务注册，我们选择以media为例来展开讲解，先来看看media的类关系图。

点击查看大图

get_media_player_service

图解：

蓝色: 代表获取MediaPlayerService服务相关的类；
绿色: 代表Binder架构中与Binder驱动通信过程中的最为核心的两个类；
紫色: 代表注册服务和获取服务的公共接口/父类；

下面开始讲解每一个流程，为了让每小节标题更加紧凑，下面流程采用如下简称：

MPS: MediaPlayerService
IPC: IPCThreadState
PS:  ProcessState
ISM: IServiceManager

1. getMediaPlayerService

继续以Media为例，讲解如何获取服务。

==> /framework/av/media/libmedia/IMediaDeathNotifier.cpp

sp<IMediaPlayerService>&
IMediaDeathNotifier::getMediaPlayerService()
{
    Mutex::Autolock _l(sServiceLock);
    if (sMediaPlayerService == 0) {
        sp<IServiceManager> sm = defaultServiceManager(); //获取ServiceManager
        sp<IBinder> binder;
        do {
            //获取名为"media.player"的服务 【见流程2】
            binder = sm->getService(String16("media.player"));
            if (binder != 0) {
                break;
            }
            usleep(500000); // 0.5 s
        } while (true);

        if (sDeathNotifier == NULL) {
            sDeathNotifier = new DeathNotifier(); //创建死亡通知对象
        }

        //将死亡通知连接到binder 【见流程14】
        binder->linkToDeath(sDeathNotifier); 
        sMediaPlayerService = interface_cast<IMediaPlayerService>(binder); 
    }
    return sMediaPlayerService;
}

其中defaultServiceManager()过程在上一篇文章获取ServiceManager已讲过，返回BpServiceManager。

在请求获取名为”media.player”的服务过程中，采用不断循环获取的方法。由于MediaPlayerService服务可能还没向ServiceManager注册完成或者尚未启动完成等情况，故则binder返回为NULL，休眠0.5s后继续请求，直到获取服务为止。

2. ISM.getService

==> /framework/native/libs/binder/IServiceManager.cpp

virtual sp<IBinder> getService(const String16& name) const
    {
        unsigned n;
        for (n = 0; n < 5; n++){
            sp<IBinder> svc = checkService(name); //【见流程3】
            if (svc != NULL) return svc;
            sleep(1);
        }
        return NULL;
    }

通过BpServiceManager来获取MediaPlayer服务：检索服务是否存在，当服务存在则返回相应的服务，当服务不存在则休眠1s再继续检索服务。该循环进行5次。为什么是循环5次呢，这估计跟Android的ANR时间为5s相关。如果每次都无法获取服务，循环5次，每次循环休眠1s，忽略checkService()的时间，差不多就是5s的时间

3. ISM.checkService

==> /framework/native/libs/binder/IServiceManager.cpp

检索指定服务是否存在

virtual sp<IBinder> checkService( const String16& name) const
{
    Parcel data, reply;
    //写入RPC头
    data.writeInterfaceToken(IServiceManager::getInterfaceDescriptor());
    //写入服务名
    data.writeString16(name); 
    remote()->transact(CHECK_SERVICE_TRANSACTION, data, &reply); //【见流程4】
    return reply.readStrongBinder();
}

其中remote()为BpBinder。

4. BpBinder::transact

==> /framework/native/libs/binder/BpBinder.cpp

由【流程3】传递过来的参数：transact(CHECK_SERVICE_TRANSACTION, data, &reply, 0);

status_t BpBinder::transact(
    uint32_t code, const Parcel& data, Parcel* reply, uint32_t flags)
{
    if (mAlive) {
        // 【见流程5和7】
        status_t status = IPCThreadState::self()->transact(
            mHandle, code, data, reply, flags); 
        if (status == DEAD_OBJECT) mAlive = 0;
        return status;
    }

    return DEAD_OBJECT;
}

Binder代理类调用transact()方法，真正工作还是交给IPCThreadState来进行transact工作，