Android Multimedia框架总结（六）C++中MediaPlayer的C/S架构
前面几节中，都是通过java层调用到jni中,jni向下到c++层并未介绍
看下Java层一个方法在c++层 MediaPlayer后续过程
frameworks/av/media/libmedia/MediaPlayer.cpp
找一个我们之前熟悉的setDataResource方法看下C/S模式的过程.
先看下Agenda:
（1）举例setDataSource方法在mediaplayer.cpp之后发生了什么？
（2）Client到底是什么？
（3）Client及MediaPlayer是什么一种关系？
（4）IMediaPlayer.h，mediaplayer.h，IMediaPlayerClient分别做什么？
一、举例setDataSource方法在mediaplayer.cpp之后发生了什么？
先看下setDataSource方法：
对应看下MediaPlayerService.cpp中createt函数，
这里说下MediaPlayerService.cpp位置，6.0源码中是在frameworks/av/media/libmediaplayerservice/MediaPlayerService.cpp中。
如下：
在new Client中，有一个IPCThreadState，这里介绍下： 在Android中ProcessState是客户端和服务端公共的部分，作为Binder通信的基础，ProcessState是一个singleton类，每个进程只有一个对象，这个对象负责打开Binder驱动，建立线程池，让其进程里面的所有线程都能通过Binder通信。
与之相关的是IPCThreadState，每个线程都有一个IPCThreadState实例登记在Linux线程的上下文附属数据中，主要负责 Binder的读取，写入和请求处理框架。
IPCThreadState在构造的时候获取进程的ProcessState并记录在自己的成员变量mProcess中，通过mProcess可以获得Binder的句柄。
详细了解ProcessStata及IPCThreadState源码，
可以参考:《Binder中的ProcessState和IPCThreadState分析》,写的很不错，
IPCThreadState通过IPCThreadState::transact把data，及handle等填充入binder_transaction_data,在两个进程间通信。
二、Client到底是什么？
这里这个Client到底是什么？
我们又得追踪下，在frameworks/av/media/libmediaplayerservice/MediaPlayerService.h如下：
以上代码没有省略，是因为确实对我们理解从Java层过来的MediaPlayer相关方法，在这都有对应。
如果还记得前面《Android Multimedia框架总结（四）MediaPlayer中从Java层到C++层类关系及prepare及之后其他过程》文章中那个图的话，可以从整体上理解这个Client属于什么角色及位置。
继承BnMediaPlayer，并包含了IMediaPlayer相关接口。
总结下上面代码：
Client 类的继承关系为：Client->BnMediaPlayer->IMediaPlayer分析上面代码，
可以看出create方法，是构造了一个Client对象，并且将此client对象添加到 mediapalyerservice 类的全局列表中：mClients，是一个SortedVector,
紧接着执行player->setDataSource(url, headers)，即Clients::setDataSource,因此在setDataSource中的
语句相当于
即player最终是用Client对象来初始化，可以直接认为player==client
二、Client及MediaPlayer是什么关系？
这是候问题来了？在C++中，这个Client及MediaPlayer又是什么一种关系呢？
（1）Client是MediaPlayerService内部的一个类，我们从上面代码已知，因为MediaPlayerService运行在服务端，故Client也是运行在服务端。
（2）Client在MediaPlayerService.h中，那接着看下MediaPlayerService中的实现，实现过程中调用过了MediaPlayerService类的一些函数，同样回到setDataSource
接下来看MediaPlayer中，以下代码中在frameworks/av/include/media/mediaplayer.h中：
这里函数和Client中的函数时一一对应的，两者通过Client的代理类联系在了一起。
上面两个函数，
一个是MediaPlayer的setDataSouree，然后里面会调到attachNewPlayer函数，这个函数最终会调用到服务端Client的对应的函数,
三、IMediaPlayer.h,mediaplayer.h,IMediaPlayerClient分别做什么？
到这里，可能有人会想：IMediaPlayer.h，及mediaplayer.h的区别是什么？
总结主要如下（另加一个IMediaPlayerClient.h，一起介绍）：
-
从包结构
首先IMediaPlayer和IMediaPlayerClient.h都是在frameworks/av/media/libmedia包下，
而mediaplayer.h是在/av/include/media包下。(前面已有代码贴出) -
从功能上看：它们担当职责也不一样
这里贴出IMediaPlayer.h及IMediaPlayerClient.h代码： IMediaPlayer.h位于frameworks/av/media/libmedia下：
IMediaPlayer.h中定义的基本上都是虚函数，
而我们知道虚函数在C++中就是实现多态性（Polymorphism），多态性是将接口与实现进行分离；
用形象的语言来解释就是实现以共同的方法，但因个体差异而采用不同的策略。
所以它的功能是一个实现MediaPlayer功能的接口，看到那个onTransact方法，自然联想Binder通信，把底层的Parcel指针类型数据向上层向另一个进程中传递。
再看下IMediaPlayerClient.h,同样位于frameworks/av/media/libmedia下：
上面代码总结为：
在内部定义一个BpMediaPlayerClient（也就是Client的父类），然后它也有一个onTransact，
一般onXXX都是属于被动回调过来的，不是由自己控制，
如Activity中onCreate，onPause,onStart，这些都是在其他地方处理，通知到Actvitity中的。
这里也是一样，onTransact作为Binder通信中的回调方法，前面《Android Multimedia框架总结（四）MediaPlayer中从Java层到C++层类关系及prepare及之后其他过程》中介绍到player实际上是C/S模式整体，IMediaPlayerClient.h的功能是描述一个MediaPlayer客户端的接口。
最后总结下：
mediaplayer.h的功能是对外(jni层)的接口类，它最主要是定义了一个MediaPlayer类（C++层），
我们在android_media_MediaPlayer.cpp中就引入了media/mediaplayer.h，
IMediaPlayer.h则是一个实现MediaPlayer（C++层）功能的接口，
而IMediaPlayerClient.h的功能是描述一个MediaPlayer客户端（这里暂理解为前面说的Client）的接口。
本文出自：
http://blog.csdn.net/hejjunlin/article/details/52435789