Aniyomi播放器中音轨与字幕轨道重复或缺失问题分析

问题现象

在使用Aniyomi播放器观看本地动漫文件时，用户反馈在轨道选择界面会出现以下异常情况：

1. 部分音轨或字幕轨道被重复列出多次
2. 部分轨道完全缺失不显示

技术背景

Aniyomi播放器基于MPV核心构建，通过Java/Kotlin层与底层MPV库进行交互。轨道信息的管理涉及多线程操作，需要特别注意线程安全问题。

问题根源分析

经过代码审查，发现问题源于多线程竞态条件。具体表现为：

1. PlayerActivity中的loadTracks()方法可能被多次并行调用
2. 该方法会触发MPV库中的populateTracks()方法
3. populateTracks()方法操作共享的轨道列表变量时未做同步保护

竞态条件详细过程

以一个包含2条轨道的文件为例，可能出现以下执行序列：

1. 线程A调用loadTracks()
2. 线程A清空轨道列表
3. 线程A添加轨道1
4. 线程B调用loadTracks()
5. 线程B清空轨道列表(这会删除线程A刚添加的轨道1)
6. 线程B添加轨道1
7. 线程A添加轨道2
8. 线程B添加轨道2

最终结果会导致轨道列表出现重复项：轨道1、轨道2、轨道2。

解决方案建议

针对此类多线程竞态问题，可考虑以下解决方案：

1. 同步锁机制：在访问共享轨道列表时使用同步锁，确保同一时间只有一个线程能修改列表
2. 单次加载：确保loadTracks()方法不会被多次并行调用
3. 不可变数据结构：使用不可变集合来存储轨道信息，避免直接修改共享状态
4. 线程安全集合：替换为线程安全的集合实现

实现注意事项

在修复此问题时需要注意：

1. 避免引入死锁风险
2. 保持UI响应性，同步操作不应阻塞主线程
3. 考虑轨道信息更新的频率和性能影响
4. 确保异常情况下也能保持轨道列表的一致性

总结

多线程环境下的资源共享问题在多媒体应用中十分常见。Aniyomi播放器中的轨道管理问题展示了典型的竞态条件场景，通过合理的同步机制可以确保轨道信息的正确显示。这类问题的解决不仅需要修复具体bug，更需要建立良好的线程安全编程规范，防止类似问题在其他模块出现。