如何为MediaPlayer设置歌曲播放指定时长后的回调？

核心结论：不需要额外创建包装器或手动线程等待 #

直接利用Android自带的Handler结合MediaPlayer的状态监听就能优雅实现，手动开线程sleep的方式不仅容易出问题（比如ANR、状态不同步），还完全没必要。

方案一：Handler延迟任务（简单高效） #

这种方式适合播放过程中不会频繁暂停/恢复的场景，代码简洁易维护：

首先定义你的回调接口（也可以直接用匿名内部类省略这一步）：

interface OnPlayback5SecondsCallback {
    void on5SecondsElapsed();
}

然后结合MediaPlayer的准备监听实现逻辑：

// 假设你已经拿到了MediaPlayer实例mediaPlayer
OnPlayback5SecondsCallback myCallback = () -> {
    // 这里写5秒后要执行的业务逻辑
    Log.d("MediaPlayerDemo", "播放满5秒啦！");
};

Handler mainHandler = new Handler(Looper.getMainLooper());
Runnable callbackTask = myCallback::on5SecondsElapsed;

// 监听MediaPlayer准备完成事件，确保播放开始后再计时
mediaPlayer.setOnPreparedListener(mp -> {
    mp.start();
    // 开始播放后，延迟5000毫秒执行回调
    mainHandler.postDelayed(callbackTask, 5000);
});

// 关键：在播放状态变化时移除回调，避免错误触发或内存泄漏
mediaPlayer.setOnPauseListener(mp -> mainHandler.removeCallbacks(callbackTask));
mediaPlayer.setOnStopListener(mp -> mainHandler.removeCallbacks(callbackTask));
mediaPlayer.setOnCompletionListener(mp -> mainHandler.removeCallbacks(callbackTask));
mediaPlayer.setOnErrorListener((mp, what, extra) -> {
    mainHandler.removeCallbacks(callbackTask);
    return false;
});

方案二：进度监听检查（精准适配复杂场景） #

如果你的播放场景可能有暂停、恢复或者进度跳转，用这种方式更精准，通过定期检查播放进度来触发回调：

Handler progressHandler = new Handler(Looper.getMainLooper());
Runnable progressChecker = new Runnable() {
    @Override
    public void run() {
        if (mediaPlayer.isPlaying() && mediaPlayer.getCurrentPosition() >= 5000) {
            // 达到5秒，触发回调
            myCallback.on5SecondsElapsed();
            // 触发后停止检查，避免重复执行
            progressHandler.removeCallbacks(this);
        } else if (mediaPlayer.isPlaying()) {
            // 未达到目标进度，每隔100毫秒继续检查（可根据精度调整间隔）
            progressHandler.postDelayed(this, 100);
        }
    }
};

mediaPlayer.setOnPreparedListener(mp -> {
    mp.start();
    // 开始播放后启动进度检查任务
    progressHandler.post(progressChecker);
});

// 同样要在播放状态变化时停止检查
mediaPlayer.setOnPauseListener(mp -> progressHandler.removeCallbacks(progressChecker));
mediaPlayer.setOnStopListener(mp -> progressHandler.removeCallbacks(progressChecker));
// 其他状态监听（如错误、完成）也需要移除任务，逻辑同上

为什么不推荐手动线程等待？ #

如果直接开个线程做Thread.sleep(5000)，会有这些明显的问题：

• 如果在主线程执行，会直接导致ANR（应用无响应）
• 如果在子线程，播放中途暂停/停止后，线程还是会继续等待，最终错误触发回调
• 无法优雅处理MediaPlayer的状态变化，代码维护性极差

所以用上面两种方案既符合Android的开发规范，又能避免各种潜在的坑~

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