Android JB MediaPlayer MediaPlayerService Binder 构建分析

Android MediaPlayer 与 Binder 交互解析

最新推荐文章于 2024-05-06 13:56:13 发布

原创

最新推荐文章于 2024-05-06 13:56:13 发布 · 1.4k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#mediaplayerserver #mediaplayer #android #framework #binder

本文深入分析了Android系统中MediaPlayer与MediaServer之间的交互，特别是通过Binder机制实现的跨进程通信。从mediaplayer.cpp的C++ API开始，讨论了如何在mediaplayerservice中管理播放器实例。关键在于理解BpMediaPlayerClient、BnMediaPlayerService的构建过程，以及如何通过BpMediaPlayerService调用到BnMediaPlayerService的相应方法。整个过程中，涉及到JNI、BpBinder、BnBinder以及IMediaDeathNotifier接口的角色和作用。最后，阐述了MediaPlayer如何接收和处理来自MediaServer的反馈信息，以及如何将这些信息传递给应用程序。

本例主要分析一下JNI 调用之后的libmedia and libmediaplayerservice， mediaplayer.cpp 中定义了playback 相关的c++ API，可以使用这些接口编写一些framework 级别的player 应用，当然似乎没人这么干； mediaplayerservice 作为mediaserver 的主要service 之一，在media playback 中起着至关重要的作用，其管理着众多Player，同样我们可以在mediaplayerservice 中添加我们自己的player.

mediaserver 作为一个单独的进程而存在，mediaplayer 又是透过怎样的方式来获取mediaplayerservice的服务，mediaplayerservice又是怎样回馈信息给mediaplayer的呢？在此就不得不说binder , 非常强大的工具，站在巨人的肩膀上，使我们能够看得更远，以下我们将抽丝剥茧，理清楚对于BpBinder, BnBinder 的构建；

mediaplayer 继承自 BnMediaPlayerClient and IMediaDeathNotifier, 有继承BnMediaPlayerClient ，那么BpMediaPlayerClient 在哪里构造呢？ IMediaDeathNotifier表示它要对远程对象的销毁作出反应；
mediaplayerservice 继承自 BnMediaPlayerService，那么mediaplayer要使用mediaplayerservice 的服务，必然要构建BpMediaPlayerService, 在哪里构建的呢？关注mediaplayer 中时有出现的const sp<IMediaPlayerService>& service(getMediaPlayerServ