本文深入解析Android系统中MediaPlayer的工作原理，包括其C/S架构、Java层与C++层的交互过程，以及如何通过Binder机制实现跨进程通信。揭示了MediaPlayer从创建到播放的全过程，涉及AudioFlinger、MediaPlayerService等关键组件。
Init进程是Android的第一个进程，其他进程都是init的子进程。在Init进程启动过程中，会根据init.rc文件的内容，装载Android的文件系统，运行Zygote进程，启动MediaServer，ServiceManager等重要服务。
MediaServer启动以后，会把media相关的一些服务注册到ServiceManager（Binder进程间通信机制的上下文管理者）方便查找。media相关的服务有，
AudioFllinger：音频系统中的核心服务
AudioPolicyService：音频系统中关于音频策略的重要服务
MediaPlayerService：多媒体系统中的重要服务
CameraService：有关摄像 / 照相的重要服务
java层创建一个MediaPlayer，通过弱引用传递给JNI层，最终会在C++层中生成一个MediaPlayer；
java层调用setDataSource方法，最终会调用最终调用了C++层MediaPlayer类的setDataSource方法。setDataSource会从ServiceManager中获取MediaPlayerService服务，然后通过服务来创建Player。
java层调用setDisplay()，最终会掉jni方法对图像现实的surface进行保存，然后将旧的IGraphicBufferProducer强引用减一，再获得新的IGraphicBufferProducer，最终会调用C++层的Media Player的setVideoSurfaceTexture将它折纸进去。
MediaPlayer在运行的时候，同样可以分为Client/Server两个部分，他们分别在不同的进程中运行，不同进程间的通信使用Binder机制
- 最上层是java层MediaPlayer的API， 然后通过JNI层到C++层之间的IPC通信，最下边就是palyer的具体实现了（StageFrightPlayer，NuPlayer等等）
- C++层MediaPlayer通过BpMediaPlayerService这个proxy对象，经过IPC与远程服务端MediaPlayerService（BnMediaPlayerService）通信，完成C/S架构
- 当Server端接受到Client端的请求，MediaPlayerService会为每一个Client进程创建一个会话，这里就是new一个MediaPlayer::Client对象与其交互，然后这个对象再根据Client端请求的资源类型去判断创建了什么类型的Player
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
