MediaPlayer.seekTo()调用出现播放间隙，如何适配全设备实现无缝跳转？

• 系统API架构变更：Android 11（API 30）对MediaPlayer的底层解码链路做了重构，加入了更严格的缓冲区校验逻辑。旧版本中seek操作会直接复用已加载的解码缓存，而API 30+默认会在seek时强制刷新缓冲区、重新解码目标帧，即使是midi文件的起始关键帧，新版系统对midi软解码的初始化流程也额外增加了资源校验步骤，直接导致了200-300ms的延迟。
• 解码策略适配差异：旧版本系统对midi这类小体积音频优先使用通用软解码，seek开销极低；API 30之后系统会优先调度硬件解码单元处理音频，部分厂商的硬件解码对短音频、seek到起始位置的场景适配不到位，触发了不必要的解码重置流程，产生额外耗时。

方案1：使用带模式参数的seekTo方法（API 26+兼容） #

API 26之后新增了seekTo(long msec, int mode)方法，指定mode为MediaPlayer.SEEK_TO_CLOSEST_SYNC可跳过不必要的缓冲区校验，直接定位到最近的同步帧，对于midi这种所有位置都是同步帧的音频格式，能直接砍掉校验耗时：

// 兼容写法
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
    mediaPlayer.seekTo(0, MediaPlayer.SEEK_TO_CLOSEST_SYNC);
} else {
    mediaPlayer.seekTo(0);
}

方案2：双实例预加载交替播放（全版本兼容） #

对于体积极小的midi文件，可以预先初始化2个MediaPlayer实例，都提前加载好目标midi文件。当需要跳回开头时，直接暂停当前播放的实例，启动另一个预加载好的实例从0播放，同时后台异步重置原实例到待播放状态，交替复用即可完全消除seek间隙：

// 初始化逻辑
MediaPlayer player1 = new MediaPlayer();
MediaPlayer player2 = new MediaPlayer();
player1.setDataSource(midiPath);
player1.prepare();
player2.setDataSource(midiPath);
player2.prepare();
boolean isPlayer1Active = true;

// 跳转回开头逻辑
if (isPlayer1Active) {
    player1.pause();
    player2.start();
    player1.seekTo(0); // 后台异步seek不影响前台播放
} else {
    player2.pause();
    player1.start();
    player2.seekTo(0);
}
isPlayer1Active = !isPlayer1Active;

方案3：替换为SoundPool播放短音频 #

如果你的使用场景仅需要播放短时长音频、不需要复杂的播放控制，直接替换成SoundPool是最优解。SoundPool专门针对短音频做了内存预加载，重播、跳转都没有任何延迟，兼容性覆盖所有安卓版本。

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