博客
关于我
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 存储引擎
查看>>
mysql 存储过程 注入_mysql 视图 事务 存储过程 SQL注入
查看>>
MySQL 存储过程参数:in、out、inout
查看>>
mysql 存储过程每隔一段时间执行一次
查看>>
mysql 存在update不存在insert
查看>>
Mysql 学习总结(86)—— Mysql 的 JSON 数据类型正确使用姿势
查看>>
Mysql 学习总结(87)—— Mysql 执行计划(Explain)再总结
查看>>
Mysql 学习总结(88)—— Mysql 官方为什么不推荐用雪花 id 和 uuid 做 MySQL 主键
查看>>
Mysql 学习总结(89)—— Mysql 库表容量统计
查看>>
mysql 实现主从复制/主从同步
查看>>
mysql 审核_审核MySQL数据库上的登录
查看>>
mysql 导入 sql 文件时 ERROR 1046 (3D000) no database selected 错误的解决
查看>>
mysql 导入导出大文件
查看>>
MySQL 导出数据
查看>>
mysql 将null转代为0
查看>>
mysql 常用
查看>>
MySQL 常用列类型
查看>>
mysql 常用命令
查看>>
Mysql 常见ALTER TABLE操作
查看>>