Android多文件语音合成播放的并发控制与内存优化实践

1次阅读

没有评论

共计 2239 个字符，预计需要花费 6 分钟才能阅读完成。

在开发语音类应用时，经常需要处理多个语音文件的连续播放需求。比如在电子书阅读、导航提示、语音聊天等场景中，如何保证多个语音文件能够流畅播放，不出现卡顿、杂音或者内存溢出（OOM）等问题，是开发者经常面临的挑战。

内存峰值问题：
传统做法是直接使用 MediaPlayer 或 ExoPlayer，在播放完一个文件后立即加载下一个文件。但这种方式会导致内存占用不断攀升，尤其是在播放多个大文件时，容易触发 OOM。
通过 ADB 命令 adb shell dumpsys meminfo <package_name> 可以观察到内存曲线呈现锯齿状，峰值和谷值差距明显。
线程阻塞问题：
如果在主线程中直接加载和播放语音文件，会导致 UI 卡顿，影响用户体验。
播放间隙的杂音问题也经常出现，尤其是在文件切换时，由于缓冲不及时，会出现短暂的静音或杂音。

MediaPlayer：
优点：简单易用，适合基础播放需求。
缺点：并发控制能力较弱，内存管理不够灵活。
ExoPlayer：
优点：高度可定制，支持并发播放和内存优化。
缺点：实现复杂度较高。

综合来看，ExoPlayer 更适合多文件连续播放的场景。

ActivePool：
存放当前正在播放或即将播放的语音文件。
限制缓存数量（如最多 2 个），避免内存占用过高。
StandbyPool：
存放待播放的语音文件。
按优先级预加载，确保播放流畅。

基于 HandlerThread 实现任务队列，确保播放任务按优先级执行：

高优先级：当前正在播放的文件。
中优先级：预加载下一个文件。
低优先级：预加载后续文件。

以下是 PlayerManager 的核心代码（Kotlin 实现）：

class PlayerManager(context: Context) {private val activePool = mutableListOf<ExoPlayer>()
    private val standbyPool = mutableListOf<ExoPlayer>()
    private val handlerThread = HandlerThread("PlayerThread").apply {start() }
    private val handler = Handler(handlerThread.looper)

    // 初始化播放器
    private fun createPlayer(): ExoPlayer {return ExoPlayer.Builder(context).build().apply {setAudioAttributes(AudioAttributes.DEFAULT, true)
        }
    }

    // 预加载文件
    fun preloadAudio(file: File, priority: Int) {
        handler.post {val player = if (standbyPool.isNotEmpty()) {standbyPool.removeAt(0)
            } else {createPlayer()
            }
            player.setMediaItem(MediaItem.fromUri(Uri.fromFile(file)))
            player.prepare()
            activePool.add(player)
        }
    }

    // 释放资源
    fun release() {
        handler.post {activePool.forEach { it.release() }
            standbyPool.forEach {it.release() }
            handlerThread.quitSafely()}
    }
}

通过 AudioAttributes 设置音频焦点，避免与其他应用冲突：

val audioAttributes = AudioAttributes.Builder()
    .setUsage(AudioAttributes.USAGE_MEDIA)
    .setContentType(AudioAttributes.CONTENT_TYPE_SPEECH)
    .build()
player.setAudioAttributes(audioAttributes, true)

使用 Android Profiler 观察优化前后的内存占用：