Android的MediaPlayer架构介绍补充

核心提示：一. 类图扩充Binder代理，本地接口类图中加入了Bp的代理类：BpMediaPlayer, BpMediaPlayerService，Android的MediaPlayer架构介绍补充，这些类和相应的Bn互相配对，Bp客户端代理接口，但实际上利用C++的多态机制，得到的是BpXX的类型，而Bn实现服务端本地接口，拿

一. 类图扩充

Binder代理，本地接口

类图中加入了Bp的代理类：BpMediaPlayer, BpMediaPlayerService。这些类和相应的Bn互相配对，Bp客户端代理接口，而Bn实现服务端本地接口。

拿BxMediaPlayer来举例：BpMediaPlayer继承BpInterface，并重载实现 IMediaPlayer接口的所有方法，这些方法包括start(), stop(), pause()等等。在这些重载方法中，实现client<->server的服务协议，利用 remote()->transact()发送请求ID(enum结构)，请求附带数据并获得调用结果(reply)。然后由宏 IMPLEMENT_META_INTERFACE(MediaPlayer, "android.hardware.IMediaPlayer”) 将BpMediaPlayer和静态方法IMediaPlayer::asInterface(const sp& obj)相关联。你在代码里看不到有代码去实例化BpMediaPlayer，其实是在asInterface里做的，并且由interface_cast模板函数实现：

Template

inline sp interface_cast(const sp& obj)

{

return INTERFACE::asInterface(obj);

}

具体的interface_cast的用法，可以在BpMediaPlayerService::create()里看到：

virtual sp create(pid_t pid, const sp& client, const char* url)

{

Parcel data, reply;

data.writeInterfaceToken(IMediaPlayerService::getInterfaceDescriptor());

data.writeInt32(pid);

data.writeStrongBinder(client->asBinder());

data.writeCString(url);

remote()->transact(CREATE_URL, data, &reply);

return interface_cast(reply.readStrongBinder());

}

该create函数，实际是mediaplayer client实例在请求MediaPlayerService获取一个MediaPlayer服务接口时，BpMediaPlayerService代理返回的interface_cast过后得到的BpMediaPlayer实例。

因此，如果某个service需要走IPC层(也就是服务提供者和请求者不在同一个进程里)，那么这个服务需要暴露的IXXXX Interface必然被BpXX/BnXX两个类实现(继承)，Bp用在客户端，Bn用在服务端。客户端获取服务接口类的类型虽然是IXXXX，但实际上利用C++的多态机制，得到的是BpXX的类型。

各个类之间关系

MediaPlayer(MediaPlayerClient)对象从MediaPlayerService获取的player，实际上是