Android Multimedia框架总结(六)C++中MediaPlayer的C/S架构

转载请把头部出处链接和尾部二维码一起转载,本文出自:
http://blog.csdn.net/hejjunlin/article/details/52435789

前面几节中,都是通过java层调用到jni中,jni向下到c++层并未介绍
看下Java层一个方法在c++层 MediaPlayer后续过程
frameworks/av/media/libmedia/MediaPlayer.cpp
找一个我们之前熟悉的setDataResource方法看下C/S模式的过程,亦可参考Android Multimedia框架总结(四)MediaPlayer中从Java层到C++层类关系及prepare及之后其他过程中的图,了解整体上C/S架构。先看下Agenda:

  • 举例setDataSource方法在mediaplayer.cpp之后发生了什么?
  • Client到底是什么?
  • Client及MediaPlayer是什么一种关系?
  • 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
本文出自逆流的鱼yuiop:http://blog.csdn.net/hejjunlin/article/details/52435789

Client及MediaPlayer是什么关系?

这是候问题来了?在C++中,这个Client及MediaPlayer又是什么一种关系呢?

  • Client是MediaPlayerService内部的一个类,我们从上面代码已知,因为MediaPlayerService运行在服务端,故Client也是运行在服务端。
  • Client在MediaPlayerService.h中,那接着看下MediaPlayerService中的实现,实现过程中调用过了MediaPlayerService类的一些函数,同样回到setDataSource

这里写图片描述
这里写图片描述

接下来看MediaPlayer中,以下代码中在frameworks/av/include/media/mediaplayer.h中:

这里写图片描述
这里写图片描述

这里函数和Client中的函数时一一对应的,两者通过Client的代理类联系在了一起。

这里写图片描述
这里写图片描述

上面两个函数,一个是MediaPlayer的setDataSouree,然后里面会调到attachNewPlayer函数,这个函数最终会调用到服务端Client的对应的函数,
本文出自逆流的鱼yuiop:http://blog.csdn.net/hejjunlin/article/details/52435789

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)的接口。


第一时间获得博客更新提醒,以及更多android干货,源码分析,欢迎关注我的微信公众号,扫一扫下方二维码或者长按识别二维码,即可关注。

这里写图片描述

如果你觉得好,随手点赞,也是对笔者的肯定,也可以分享此公众号给你更多的人,原创不易

已标记关键词 清除标记
相关推荐
©️2020 CSDN 皮肤主题: 酷酷鲨 设计师:CSDN官方博客 返回首页