遇到过类似的硬件解码器资源过载问题，结合你的日志信息，给你几个实用的排查和解决方向：

1. 彻底释放硬件解码器资源 #

日志里的HW overload和OMX_ErrorInsufficientResources核心原因是硬件视频解码器（OMX-VDEC）被占用或耗尽：

• 先排查设备后台：关闭其他正在播放视频/直播的应用，这些APP可能一直在占用硬件解码器资源。
• 规范MediaPlayer的资源释放：确保每次使用完MediaPlayer时，不仅调用stop()，还要调用release()并置空引用，否则解码器资源会被长期占用。示例代码：

if (mediaPlayer != null) {
    mediaPlayer.stop();
    mediaPlayer.release();
    mediaPlayer = null;
}

2. 降低解码负载适配硬件能力 #

如果是中低端设备，1080P视频可能超出硬件解码器的处理上限：

• 降低视频规格：将视频转码为720P再播放，或在初始化时限制解码参数，比如强制使用软件解码（注意：软件解码会增加CPU负载和耗电，作为备选方案）：

MediaFormat format = MediaFormat.createVideoFormat("video/avc", 1280, 720);
// 强制启用软件解码
format.setInteger(MediaFormat.KEY_PRIORITY, 0);

• 优先使用主流编码格式：尽量选择H.264/H.265这类硬件解码器优化较好的编码，避免使用小众编码格式。

3. 修复MediaPlayer状态异常问题 #

日志里的Attempt to perform seekTo in wrong state说明你可能违反了MediaPlayer的生命周期规则，这会进一步加剧资源问题：

• 严格遵循状态回调：只有在OnPreparedListener回调触发后，才能调用seekTo()、start()等操作，示例：

mediaPlayer.setOnPreparedListener(new MediaPlayer.OnPreparedListener() {
    @Override
    public void onPrepared(MediaPlayer mp) {
        // 此时MediaPlayer处于就绪状态，可安全执行操作
        mp.seekTo(0);
        mp.start();
    }
});

• 异步初始化：将MediaPlayer的初始化操作放在子线程中执行，避免主线程阻塞导致状态异常。

4. 设备层面的临时修复 #

如果是特定设备的兼容性问题：

• 重启设备：能彻底释放被异常占用的硬件解码器资源，是最直接的临时解决办法。
• 检查系统更新：部分厂商会通过系统补丁修复OMX层的资源泄漏或兼容性问题，及时更新系统可能解决根源问题。

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