图片来源

• MediaPlayer 是客户端 C/S 中的C
• MediaPlayerService MediaPlayerService::Client 是服务端 C/S中的S
• MediaPlayerService 实现 IMediaPlayerService 定义的业务逻辑，主要功能就是MediaPlayer::setDataSource 调用create创建对应的player
• MediaPlayerService::Client 实现IMediaPlayer 定义业务逻辑 start stop pause…; 是通过MediaPlayerService create的player中对应的方法 实现具体功能。
• 通过Transact 函数 向 IBinder 发出调用， 通过 onTransact 函数 使远程对象 相应接收到的调用

Binder通信时，需要通过IBinder接口转化具体的实体对象，就会产生可多可多类。

• 看上图Bp/Bn开头的类。他们都派生自两个类
  · Bp??? : I??? : BpRefBase
  · Bn??? : I??? : BBinder
  · 都派生自 I??? 有嘛不同？

  -  Bp 把对应的 binder_transaction_data 打包，通过BpRefBase的mRemote(BpBinder)发送出去，等待结果
  -  Bn 实现对应的业务逻辑，通过调用Bn派生类中的方法来实现，例如：MediaPlayerService::Client.继承了 BnMediaPlayer。
  

  

• BpRefBase 中 remote函数用来与Binder驱动交互

• Binder是用来从Binder驱动中接收相关请求并进行相关处理的

• BpBinder 和 BinderDriver进行互通

  -   BBinder与BpBinder这两者容易混淆。其实这两者是很好区分
  -  对于service来说继承了BBinder（BnInterface）因为BBinder有onTransact消息处理函数
  -  对于与service通信的client来说需要继承BpBinder(BpInterface)，因为BpBinder有消息传递函数transcat。
  以cameraService的client为例
  Camera.cpp中getCameraService函数取得远程CameraService的IBinder对象
  然后通过 mCameraService = interface_cast<ICameraService>(binder);
  进行重构得到了BpCameraService对象。而BpCameraService继承了BpInterface。
  cameraService：
      defaultServiceManager()->addService(String16("media.camera"), new CameraService()); 传入了BBinder。
     IPC传递的过程中IBinder指针不可缺少，这个指针对一个进程来说就像是socket的ID一样，唯一的。
     所以不管这个IBinder是BBinder还是BpBinder, 他们的都是在重构BpBinder或者BBinder的时候把IBinder作为参数传入。
  此段文字来自https://blog.csdn.net/RationalGo/article/details/23845085
  

看MediaPlayerService 先看 MediaPlayerService.cpp

class IMediaPlayerService : public IInterface
{
    public:
    DECLARE_META_INTERFACE(MediaPlayerService);
    virtual sp < IMediaPlayer > create (pid_t pid, const sp<IMediaPlayerClient>& client, const char* url) = 0;
    virtual sp < IMediaPlayer > create (pid_t pid, const sp<IMediaPlayerClient>& client, int fd, int64_t offset, int64_t length) = 0;
    virtual sp < IMemory > decode (const char * url, uint32_t *pSampleRate, int* pNumChannels) = 0;
    virtual sp < IMemory > decode (int fd, int64_t offset, int64_t length, uint32_t *pSampleRate, int* pNumChannels) = 0;
};
class BnMediaPlayerService : public BnInterface<IMediaPlayerService>
{
    public:
    virtual status_tonTransact (uint32_t code,
    const Parcel & data,
    Parcel * reply,
    uint32_t flags = 0);
};

可以看到这里定义了一些常规播放控制接口。
找到入口

int main(int argc __unused, char** argv)
{
    signal(SIGPIPE, SIG_IGN);
    char value[PROPERTY_VALUE_MAX];
    //...
    sp<ProcessState> proc(ProcessState::self());
    sp<IServiceManager> sm = defaultServiceManager();
    //...
    AudioFlinger::instantiate();//AudioFlinger
    MediaPlayerService::instantiate();
    CameraService::instantiate();
    AudioPolicyService::instantiate();//AudioPolicyService
    SoundTriggerHwService::instantiate();
    registerExtensions();
    ProcessState::self()->startThreadPool();
    IPCThreadState::self()->joinThreadPool();
	//...
}

找 defaultServiceManager()
defaultServiceManager返回的实际是一个BpServiceManger类实例，并调用add函数；
B p MediaPlayService 作为服务代理端，那么 B n MediaPlayerService 一定是实现端； （注意一个Bp 一个 Bn）
MediaPlayerService 继承自 BnMediaPlayerService，实现了真正的业务函数。
此处省略一堆
最终BpServiceManager 的 addService 的 结果就是 MediaPlayerService的服务器端 已经再ServiceManager注册了。