Flutter音频播放器访问外置SD卡媒体文件：直连路径与Scoped存储

问题a：Scoped存储是否会占用双倍空间？ #

是的。如果通过file_picker将外置SD卡中的音频文件复制到Scoped存储的缓存目录，原文件会保留在SD卡，缓存目录中又生成一份副本，这会直接占用双倍存储空间。这种模式本质是复制文件到应用私有缓存区，而非创建引用或快捷方式。

问题b：如何保证文件路径与数据库的一致性和持久性？ #

可以通过以下几种方案解决：

• 基于MediaStore存储唯一标识：Android的MediaStore会为每个媒体文件分配唯一ID和content://格式的Uri，你可以通过查询MediaStore获取这些信息并存入数据库。即使用户移动了文件，只要文件未被删除，MediaStore通常会更新对应Uri，确保播放正常。
• 通过SAF获取持久权限：如果需要访问非媒体库的音频文件，使用存储访问框架（SAF）让用户选择文件/文件夹，调用takePersistableUriPermission获取持久Uri权限，将该Uri存入数据库。这种权限在应用重启、清除缓存后依然有效，不会导致路径失效。
• 优化filesystem_picker的使用：如果该插件返回原文件路径，可将路径转换为MediaStore对应的Uri，或结合SAF机制加固权限，避免路径失效问题。

关于是否违反Google API政策的疑问 #

使用原文件路径并不违反Scoped存储政策，前提是你的应用属于媒体播放器类应用，且仅访问公共媒体目录下的音频文件。Google允许媒体类应用通过MediaStore直接访问公共媒体文件，无需强制复制到Scoped存储。像jetaudio、Poweramp这类主流播放器，核心也是基于MediaStore查询媒体文件，即使存储原路径，只要是合法访问媒体资源，就符合政策要求。

如果你的应用需要访问非媒体目录的文件，才必须使用SAF或Scoped存储的私有目录；而专注于音频播放的应用，完全可以基于MediaStore实现，既合规又能保证路径持久化。

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