如何实现Android多MediaPlayer低延迟精准同步播放？

你的核心问题在于：MediaPlayer或普通配置的ExoPlayer都是独立调度每个轨道的播放，即使通过协程调用start()，每个实例的音频缓冲区启动、系统调度时机都有差异，无法保证<25ms的同步精度。SoundPool因内存限制确实不适合5分钟的长音频，下面给出两种可靠的解决方案：

方案一：基于AudioTrack的PCM混合播放（最高精度） #

这是最可靠的方案，直接操作音频原始数据，所有轨道在同一线程混合后输出，完全消除轨道间的调度延迟。

实现步骤： #

1. 统一音频格式：确保所有音轨的采样率（如44100Hz）、位深（如16bit）、声道数（如立体声）一致，不一致需先转码。
2. 流式解码PCM：对每个音轨文件，用MediaCodec或AudioDecoder流式解码，逐帧读取PCM数据，避免一次性加载大文件占用过多内存。
3. 混合PCM数据：在后台音频线程中，同步读取各轨道的同位置PCM帧，按比例混合（控制单轨音量，防止音频溢出失真）。
4. 写入AudioTrack：将混合后的PCM数据写入同一个AudioTrack实例，确保所有音频同时输出。

代码示例框架： #

// 统一音频配置
val sampleRate = 44100
val channelConfig = AudioFormat.CHANNEL_OUT_STEREO
val audioFormat = AudioFormat.ENCODING_PCM_16BIT
val bufferSize = AudioTrack.getMinBufferSize(sampleRate, channelConfig, audioFormat)

// 创建AudioTrack实例
val audioTrack = AudioTrack(
    AudioManager.STREAM_MUSIC,
    sampleRate,
    channelConfig,
    audioFormat,
    bufferSize,
    AudioTrack.MODE_STREAM
)

// 后台线程处理解码与混合
thread {
    audioTrack.play()
    // 假设已初始化对应5条音轨的解码器
    val decoders = listOf(track1Decoder, track2Decoder, track3Decoder, track4Decoder, track5Decoder)
    val mixBuffer = ShortArray(bufferSize / 2) // 16bit占2字节，数组长度减半

    while (!isInterrupted) {
        // 同步读取所有轨道的PCM帧
        val trackFrames = decoders.map { it.decodeNextFrame() }
        if (trackFrames.any { it == null }) break // 任一轨道解码完成则终止

        // 混合多轨道PCM数据
        mixBuffer.fill(0)
        trackFrames.forEach { frame ->
            frame?.forEachIndexed { index, sample ->
                // 单轨音量设为0.2，防止混合后音频溢出
                mixBuffer[index] = (mixBuffer[index] + sample * 0.2f).toShort()
            }
        }

        // 将混合数据写入AudioTrack
        audioTrack.write(mixBuffer, 0, mixBuffer.size)
    }

    // 释放资源
    audioTrack.stop()
    audioTrack.release()
    decoders.forEach { it.release() }
}

方案二：优化ExoPlayer的同步配置 #

如果不想直接操作PCM，可以通过调整ExoPlayer参数提升同步精度：

1. 使用MergingMediaSource：将多个音频轨道包装成MergingMediaSource，让ExoPlayer统一管理播放调度。
2. 等待全轨道就绪再启动：监听Player.Listener的onPlaybackStateChanged，直到状态变为STATE_READY再调用start()，避免部分轨道未准备好导致延迟。
3. 启用低延迟模式：配置音频渲染器以降低系统调度延迟：

val player = ExoPlayer.Builder(context)
    .setAudioAttributes(AudioAttributes.DEFAULT, true)
    .setHandleAudioBecomingNoisy(true)
    .build()

// 启用低延迟音频渲染
val audioRenderer = player.audioComponent?.audioRenderer as DefaultAudioRenderer
audioRenderer.setEnableLowLatency(true)

// 构建多轨道混合源
val mediaSources = listOf(
    ProgressiveMediaSource.Factory(dataSourceFactory).createMediaSource(MediaItem.fromUri(track1Uri)),
    ProgressiveMediaSource.Factory(dataSourceFactory).createMediaSource(MediaItem.fromUri(track2Uri)),
    // 剩余3条轨道同理
)
val mergingSource = MergingMediaSource(*mediaSources.toTypedArray())

player.setMediaSource(mergingSource)
player.prepare()

// 监听就绪状态，确保全轨道准备完成后启动
player.addListener(object : Player.Listener {
    override fun onPlaybackStateChanged(playbackState: Int) {
        if (playbackState == Player.STATE_READY) {
            player.start()
        }
    }
})

关键注意事项 #

• 避免主线程操作：所有音频解码、混合、播放控制必须放在后台线程，防止主线程阻塞影响调度精度。
• 严格统一音频参数：不同格式的音频会导致解码延迟差异，必须确保所有轨道的采样率、位深、声道完全一致。
• 流式处理长音频：禁止一次性加载全部PCM数据到内存，避免OOM和初始化延迟。

内容的提问来源于stack exchange，提问作者DuckLovesBread