Android 5.1设备MediaPlayer setDataSource失败(0x80000000)：复现与修复

一、复现该崩溃的步骤 #

要复现这个Android 5.1设备上的setDataSource崩溃，你可以尝试以下操作：

• 在一台Android 5.1设备上，删除或替换系统默认的铃声文件：比如通过文件管理器找到系统铃声目录（通常是/system/media/audio/ringtones/），把默认铃声文件移走或者改名
• 或者通过系统设置，将默认铃声设置为一个不存在的音频文件（部分定制ROM可能支持这种操作）
• 然后运行你的App，初始化RingTone类，此时RingtoneManager.getDefaultUri(RingtoneManager.TYPE_RINGTONE)会返回一个指向无效文件的URI，调用setDataSource就会触发IOException崩溃

二、崩溃原因分析 #

在Android 5.1（API 22）及部分定制ROM中，RingtoneManager.getDefaultUri()可能返回无效URI，结合你的代码逻辑，崩溃的核心原因有这些：

1. 系统铃声引用失效：用户或定制ROM厂商移除了默认铃声文件，但系统仍保留这个URI的引用
2. 无异常防护逻辑：你的代码在构造函数中直接执行setDataSource，没有任何异常捕获，一旦URI无效就会直接崩溃
3. 潜在权限问题：虽然测试设备正常，但部分设备可能缺少读取系统媒体文件的权限（Android 5.1中读取外部存储需要READ_EXTERNAL_STORAGE，若默认铃声存在于外部存储则会触发问题）

三、修复方案 #

针对这个问题，我们可以从异常处理、备选铃声、安全初始化三个维度来修复：

1. 增加异常捕获，避免直接崩溃

对MediaPlayer初始化过程中的风险操作添加异常捕获，防止App直接闪退

2. 多渠道获取有效铃声URI

当默认铃声URI无效时，尝试获取系统其他可用铃声，甚至可以使用App内置的备用铃声

3. 延迟初始化MediaPlayer

将MediaPlayer的初始化逻辑从构造函数移到play()方法中，既可以避免不必要的资源占用，也能更灵活地处理错误

修复后的完整代码示例 #

class RingTone(private val context: Context) {
    private var player: MediaPlayer? = null
    private val audioManager: AudioManager = context.getSystemService(Context.AUDIO_SERVICE) as AudioManager

    fun play(isLooping: Boolean = true): RingTone {
        // 先检查铃声音量是否为0，直接返回无需操作
        if (audioManager.getStreamVolume(AudioManager.STREAM_RING) == 0) {
            return this
        }

        // 初始化MediaPlayer并处理异常
        try {
            player?.release() // 释放之前的资源，避免内存泄漏
            player = MediaPlayer().apply {
                // 获取有效铃声URI，优先默认，失败则用备选
                val ringtoneUri = getValidRingtoneUri() ?: return this@RingTone

                setDataSource(context, ringtoneUri)
                val attributes = AudioAttributes.Builder()
                    .setContentType(AudioAttributes.CONTENT_TYPE_SONIFICATION)
                    .setUsage(AudioAttributes.USAGE_NOTIFICATION_RINGTONE) // 使用更精准的铃声用途标识
                    .build()
                setAudioAttributes(attributes)
                isLooping = isLooping
                prepare()
                start()
            }
        } catch (e: IOException) {
            e.printStackTrace()
            // 可在此处添加用户提示，比如Toast通知无法播放铃声
        } catch (e: IllegalArgumentException) {
            e.printStackTrace()
        }
        return this
    }

    // 获取有效的铃声URI，兜底到内置资源
    private fun getValidRingtoneUri(): Uri? {
        // 先尝试默认铃声URI
        var uri = RingtoneManager.getDefaultUri(RingtoneManager.TYPE_RINGTONE)
        if (uri != null && isUriValid(uri)) {
            return uri
        }

        // 默认无效，尝试获取第一个可用的系统铃声
        val cursor = RingtoneManager.getCursor(RingtoneManager.TYPE_RINGTONE)
        return if (cursor.moveToFirst()) {
            val uriString = cursor.getString(RingtoneManager.URI_COLUMN_INDEX)
            val id = cursor.getInt(RingtoneManager.ID_COLUMN_INDEX)
            RingtoneManager.getActualDefaultRingtoneUri(context, RingtoneManager.TYPE_RINGTONE) ?:
            Uri.parse("$uriString/$id")
        } else {
            // 如果系统没有可用铃声，返回App内置的铃声资源（需提前将铃声放入raw目录）
            Uri.parse("android.resource://${context.packageName}/raw/backup_ringtone")
        }
    }

    // 校验URI是否可正常读取
    private fun isUriValid(uri: Uri): Boolean {
        return try {
            context.contentResolver.openInputStream(uri)?.use { true } ?: false
        } catch (e: IOException) {
            false
        }
    }

    // 提供资源释放方法，避免内存泄漏
    fun release() {
        player?.stop()
        player?.release()
        player = null
    }
}

额外注意事项 #

• 权限配置：在AndroidManifest.xml中添加READ_EXTERNAL_STORAGE权限（针对Android 5.1），若App targetSdk >=23，还需在运行时动态请求权限
• 资源清理：在Activity/Fragment的onDestroy方法中调用RingTone.release()，避免MediaPlayer内存泄漏
• 属性优化：将USAGE_NOTIFICATION改为USAGE_NOTIFICATION_RINGTONE，确保系统使用正确的铃声流音量设置

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