mpv播放器Android平台音频输出模块的JNI崩溃问题分析

问题背景

在Android平台上使用mpv播放器时，开发者发现当创建多个mpv实例并销毁其中一个时，会导致另一个实例的音频输出线程崩溃。这个问题主要出现在使用audiotrack和opensles音频输出后端的情况下。

技术细节分析

问题的根源在于mpv的Android音频输出模块实现中存在一个设计缺陷。具体表现为：

1. 音频输出模块使用了一个全局静态的AudioTrack对象
2. 该对象的JNI方法ID(jmethodID)在模块初始化时获取
3. 当销毁一个mpv实例时，会调用uninit_jni方法清除这些JNI引用
4. 但其他仍在运行的mpv实例会继续尝试使用这些已被清除的JNI引用

崩溃原因

当第二个mpv实例尝试访问已被清除的JNI方法ID时，Android的JNI检查机制会检测到NULL方法ID的非法使用，从而触发以下错误：

JNI DETECTED ERROR IN APPLICATION: jmethodID was NULL
in call to CallIntMethod

从堆栈跟踪可以看出，崩溃发生在ao_audiotrack.c文件的第560行，当音频输出线程尝试调用Java层的AudioTrack方法时。

解决方案

正确的实现方式应该是：

1. 将JNI相关的资源管理改为每个mpv实例独立拥有
2. 或者实现引用计数机制，确保在所有实例都销毁后才释放共享资源
3. 避免在多个实例间共享易变的JNI引用

对开发者的建议

在Android平台上开发使用JNI的音频/视频处理模块时，需要特别注意：

1. JNI引用的生命周期管理
2. 多实例场景下的资源隔离
3. 全局状态的使用要谨慎
4. 销毁逻辑要确保不会影响其他正在运行的实例

这个问题展示了在跨平台开发中，特别是涉及JNI交互时，资源管理和生命周期控制的重要性。开发者需要深入理解各平台的特性，才能设计出健壮的跨平台解决方案。