Android 9.0 MediaPlayer播放流程分析

article/2025/10/2 0:04:51

1.MediaPlayer初始化流程

EventHandler是后面处理数据回调的handler. 在AudioFlinger.cpp中获取nextUniqueId：

audio_unique_id_t AudioFlinger::nextUniqueId(audio_unique_id_use_t use)
{// This is the internal API, so it is OK to assert on bad parameter.LOG_ALWAYS_FATAL_IF((unsigned) use >= (unsigned) AUDIO_UNIQUE_ID_USE_MAX);const int maxRetries = use == AUDIO_UNIQUE_ID_USE_SESSION ? 3 : 1;for (int retry = 0; retry < maxRetries; retry++) {// The cast allows wraparound from max positive to min negative instead of abortuint32_t base = (uint32_t) atomic_fetch_add_explicit(&mNextUniqueIds[use],(uint_fast32_t) AUDIO_UNIQUE_ID_USE_MAX, memory_order_acq_rel);ALOG_ASSERT(audio_unique_id_get_use(base) == AUDIO_UNIQUE_ID_USE_UNSPECIFIED);// allow wrap by skipping 0 and -1 for session idsif (!(base == 0 || base == (~0u & ~AUDIO_UNIQUE_ID_USE_MASK))) {ALOGW_IF(retry != 0, "unique ID overflow for use %d", use);return (audio_unique_id_t) (base | use);}}// We have no way of recovering from wraparoundLOG_ALWAYS_FATAL("unique ID overflow for use %d", use);// TODO Use a floor after wraparound.  This may need a mutex.
}

2. 设置播放视频路径setDataSource 接口分析

<1>. 在MediaPlayerService的setDataSource_pre中有获取IOmx监听服务是否挂掉，创建NuPlayerDriver，监听音频路由变化，创建AudioOutput：

通过上面过程可知sp<MediaPlayerBase> p是NuPlayerDriver类：

NuPlayerDriver中的mAudioSink就是AudioOutput类，它的mPlayer是NuPlayer这个类。

<2>. NuPlayerDriver后面调用到 NuPlayer中去了，下面看下NuPlayer的setDataSourceAsync函数

在这个函数中创建了一个GenericSource对象，并且将fd设置给了它。

3. 设置setSurface

在NuPlayer的setVideoSurfaceTextureAsync函数中，调用了Message的kWhatSetVideoSurface，在这个Message处理中创建了FlushDecoderAction、SetSurfaceAction 、SimpleAction、ResumeDecoderAction这些的对象，并且在processDeferredActions函数中执行了各个Action的execute函数，这块的分析放到了prepare中分析，主要是初始化NuPlayerDecoder.cpp，NuPlayerCCDecoder.cpp，MediaCodec.cpp

4. prepare流程分析流程分析

<1>. 在jni中android_media_MediaPlayer_prepare函数，会重新设置surface，然后再调用prepare.这个setVideoSurfaceTexture跟setSurface里面的 mp->setVideoSurfaceTexture(new_st);流程是一样的：

<2>.在GenericSource::onPrepareAsync函数中，通过MediaExtractorService的makeIDataSource函数将MP4文件的音频和视频提取出来

<3>. 下面再来看下CreateDataSourceFromIDataSource函数，看是如何得到DataSource对象的， CreateDataSourceFromIDataSource的实现是在InterfaceUtils.cpp文件中：

<4>.将视频文件放入DataSource中后，接下来是提取视频和音频

创建IMediaExtractor的过程到此结束了。

<5>. 提取音频和视频

主要是通过meta->findCString(kKeyMIMEType, &mime)获取mime，然后通过mime来判断：

后面会把所有的track都存到mSources中： mSources.push(track);

<6>. 通过5的分析可知，MediaExtractorFactory::Create(dataSource, NULL)最后拿到的对象是RemoteMediaExtractor，所以extractor就是RemoteMediaExtractor对象。在来看看sp<IMediaSource> track = extractor->getTrack(i);

所以track（sp<IMediaSource>）实际是RemoteMediaSource，而RemoteMediaSource里面的mSource实际是MediaTrack，如果是MP4实际就是MPEG4Extractor.cpp

<7>. mime获取

extractor->getTrackMetaData(i)

5. start流程分析

6.视频数据填充

视频数据填充回调在视频编解码里面已经介绍了，详情请看android P MediaCodec编解码流程分析_三火哥的博客-CSDN博客_mediacodec解码流程，省略部分流程，从ACodecBufferChannel.cpp的mCallback-onInputBufferAvailable开始介绍。

<1>. 获取MediaCode中的buffer

<2>获取MPEG4Extractor.cpp中的数据onRequestInputBuffers

<3>. mPendingInputMessages赋值

<4>.详细看下dequeueAccessUnit，NuPlayerDecoder.cpp中的mSource是GenericSource.cpp

(1). postReadBuffer分析

在readBuffer中调用IMediaSource.cpp的readMultiple，最后会调用到MPEG4Extractor.cpp的read方法：

下面看下IMediaSource的readMultiple：

可以看出从MPEG4Extractor.cpp中read的MediaBuffer *buf后面传给了MediaBuffer *transferBuf，reply的强指针就是transferBuf的mMemory（IMemory），BpMediaSource中接收了mMemory转换成了IMemory，然后将该IMemory传到RemoteMediaBufferWrapper对象中，后面将这个buf放到buffers（Vector<MediaBufferBase *>）的数组中：buffers->push_back(buf)，到这里就把这个IMemory传出去了。

（2）.得到MPEG4Extractor的IMemory后需要调用mediaBufferToABuffer将MediaBufferBase转换成ABuffer,然后再把ABuffer通过queueAccessUnit函数传到AnotherPacketSource.cpp中，