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

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

一、引言

在Android系统中,MediaPlayer作为一个“壳”,负责接收上层应用的调用,而实际的音视频播放逻辑则主要依赖于底层的native层实现。由于MediaPlayer同时涉及apk和native层的调用逻辑,且通常通过mediaplayerservice(Binder服务)进行通信,因此了解其调用时序对于优化音视频播放性能尤为重要。以下将基于一个最简单的MediaPlayer调用流程,详细阐述其调用时序,并做一些简要分析。

二、MediaPlayer调用时序图解析

在本文中,基于一个最简单的MediaPlayer调用流程绘制了一个调用时序图。图中红色虚线框表示Binder服务,而右边蓝色虚线框则表示mediaplayerfactory最终评分并选择的播放器。需要注意的是,图中部分关键函数以蓝色字体标注。以下是需要特别注意的几点:

  • apk调用setdatasource接口后,会通过mediaplayerservice创建MediaPlayer的Binder服务。在MediaPlayerService类中,client字段已经实现了Binder的Bn端接口,不要误解为Bp端。
  • setdatasource接口的调用不仅负责创建Binder服务,还会负责mediaplayerfactory的评分和下层播放器的创建。
  • 渲染相关的初始化操作通常在apk调用prepare接口时完成,此时会实例化surface,用于后续的音视频播放渲染。
  • 从start到reset的接口调用中,MediaPlayer仅充当一个“传令兵”角色,主要用于传递控制命令。
  • 调用release接口时,native层会进行渲染资源的释放,并进行一些初始化工作。
  • 转载地址:http://dbwwz.baihongyu.com/

    你可能感兴趣的文章
    PHP empty、isset、isnull的区别
    查看>>
    ReferenceQueue的使用
    查看>>
    PHP FastCGI进程管理器PHP-FPM的架构
    查看>>
    referenceQueue用法
    查看>>
    Springboot处理跨域的方式(附Demo)
    查看>>
    php flush()刷新不能输出缓冲的原因分析
    查看>>
    Referenced classpath provider does not exist: org.maven.ide.eclipse.launchconfig
    查看>>
    Refactoring-Imporving the Design of Exsiting Code — 代码的坏味道
    查看>>
    PHP imap 远程命令执行漏洞复现(CVE-2018-19518)
    查看>>
    php include和require
    查看>>
    ref 和out 区别
    查看>>
    php JS 导出表格特殊处理
    查看>>
    php json dom解析
    查看>>
    ReentrantReadWriteLock读写锁解析
    查看>>
    php laravel实现依赖注入原理(反射机制)
    查看>>
    php laravel请求处理管道(装饰者模式)
    查看>>
    ReentrantReadWriteLock读写锁底层实现、StampLock详解
    查看>>
    PHP mongoDB 操作
    查看>>
    ReentrantLock读写锁
    查看>>
    ReentrantLock的公平锁与非公平锁
    查看>>