Just Player项目在Google TV 12上的大容量存储兼容性问题分析

问题现象

在Google TV 12系统环境下，当用户通过Just Player播放器访问5TB容量的Seagate Basic外置硬盘时，出现了文件系统识别不完整的问题。具体表现为：硬盘中约200个文件夹中的40个无法显示，涉及1421个媒体文件中的部分内容丢失。值得注意的是，相同的硬件配置在Google TV 11系统下可以完整识别所有内容。

技术背景

Android系统对外置存储设备的访问机制经历了多次重大变更：

1. Android 11及之前：采用相对宽松的存储访问策略，应用可以通过文件系统路径直接访问外置存储
2. Android 12存储沙盒：引入了更严格的存储隔离机制，默认限制应用访问外部存储的完整目录结构
3. MediaScanner机制：系统通过媒体扫描服务建立媒体库索引，而非直接文件系统访问

问题根源

通过分析用户提供的bug报告，可以确定问题源于：

1. 存储访问策略变更：Google TV 12默认使用Scoped Storage，限制了应用直接枚举大容量存储设备的能力
2. 媒体扫描延迟：对于5TB大容量设备，系统MediaScanner可能未及时完成全盘扫描
3. 路径访问限制：新版系统对/storage路径的访问进行了更严格的权限控制

解决方案

针对该问题，Just Player项目提供了两种解决路径：

方案一：使用最新正式版（推荐）

最新版本已包含针对MediaScanner的优化改进：

• 主动触发媒体库重新扫描
• 优化大容量存储设备的枚举逻辑
• 改进文件系统变更监听机制

方案二：使用Legacy版本（兼容模式）

项目特别提供了-legacy构建版本，该版本：

• 保留Android 11的文件系统访问方式
• 通过请求MANAGE_EXTERNAL_STORAGE权限获取完整存储访问权
• 适合需要直接文件系统操作的场景

技术建议

对于开发者而言，处理大容量存储设备时应注意：

1. 实现双重扫描机制：结合MediaStore API和直接文件访问
2. 添加存储设备挂载状态监听
3. 针对TB级存储优化目录遍历算法
4. 提供用户可选的扫描深度设置

对于终端用户建议：

1. 首次连接大容量设备后等待系统完成扫描（约10-15分钟）
2. 定期通过系统设置中的"存储"选项手动触发扫描
3. 考虑将媒体文件按类型/日期分目录存储
4. 对于超大型媒体库，建议使用专用NAS设备

未来展望

随着存储设备容量持续增长，Android媒体框架需要：

1. 改进TB级存储的扫描效率
2. 提供增量扫描机制
3. 优化外置存储设备的缓存管理
4. 增强对exFAT等大容量文件系统的支持