博客
关于我
Android原生MediaPlayer调用时序图
阅读量:374 次
发布时间:2019-03-05

本文共 864 字,大约阅读时间需要 2 分钟。

一、引言:

最近公司的同事经常会问我apk调用mediaplayer接口之后,native层的调用逻辑是什么样的,什么时候去打分播放器,什么时候创建native层的播放器等等,虽说mediaplayer在Android系统仅仅是一个“壳”,但是因为同时涉及apk和下层native,况且,这里面又借助了mediaplayerservice这么个binder服务,所以我花了些时间对整个mediaplayer的调用时序画了一个比较详细的图,现贴出如下,并做了一些简单的描述,有需求的可以参考下,有不妥的地方也请指正,感谢~

二、mediaplayer调用时序图:

在这里插入图片描述
这里我基于了apk调用mediaplayer最简单的流程来绘制的图,图中红色虚线框内为binder服务,右边蓝色虚线框为mediaplayerfactory最终评分并选择的播放器,因为该native层播放器会实现IMediaPlayer.h的所有接口,具体的媒体通路就要看各个系统而定了,走芯片厂商定制或者stagefright框架的播放器,皆是通过修改mediaplayerfactory的评分实现的,这里不再赘述。
图中一些关键函数我高亮为蓝色字体,在整个mediaplayer的调用过程中,我们需要注意以下几点:
1.apk调用setdatasource接口之后,会通过mediaplayerservice去创建mediaplayer的binder服务,注意,MediaPlayerService类中client已经是mediaplayer的binder的Bn端实现了,不要理解为是Bp端;
2.setdatasource除了创建binder服务,还会去评分并创建下层的播放器;
3.渲染相关的初始化是在apk调用prepare接口时去完成的,从调用逻辑我们看到最终会去实例化surface;
4.从start到reset的接口,mediaplayer只是作为一个“传令兵”的角色;
5.调用release接口,native层会去切断和去初始化渲染相关的操作;

转载地址:http://dbwwz.baihongyu.com/

你可能感兴趣的文章
Mysql 事务知识点与优化建议
查看>>
Mysql 优化 or
查看>>
mysql 优化器 key_mysql – 选择*和查询优化器
查看>>
MySQL 优化:Explain 执行计划详解
查看>>
Mysql 会导致锁表的语法
查看>>
mysql 使用sql文件恢复数据库
查看>>
mysql 修改默认字符集为utf8
查看>>
Mysql 共享锁
查看>>
MySQL 内核深度优化
查看>>
mysql 内连接、自然连接、外连接的区别
查看>>
mysql 写入慢优化
查看>>
mysql 分组统计SQL语句
查看>>
Mysql 分页
查看>>
Mysql 分页语句 Limit原理
查看>>
MySql 创建函数 Error Code : 1418
查看>>
MySQL 创建新用户及授予权限的完整流程
查看>>
mysql 创建表,不能包含关键字values 以及 表id自增问题
查看>>
mysql 删除日志文件详解
查看>>
mysql 判断表字段是否存在,然后修改
查看>>
MySQL 到底能不能放到 Docker 里跑?
查看>>