为什么 MultiTTS 必须用系统文件管理导入 — 第三方管理器大概率失败

问题现象

很多用户反馈过类似问题：

• "导入音源包选了文件，结果提示文件无效"
• "用 ES 文件浏览器导入总是失败，换成自带的一下就好"
• "第三方管理器能选文件但导入后没反应"

这不是 MultiTTS 的 bug，是 Android 存储框架和第三方文件管理器之间的兼容性问题。

技术原因

MultiTTS 导入音源包时，底层使用的是 Android 的 SAF（Storage Access Framework） 机制。这个机制要求：

• 文件选择器返回的必须是一个合法的 content:// URI
• 应用需要获得对这个 URI 的临时读取权限
• 读取操作必须严格按 SAF 规范进行

大多数第三方文件管理器（ES 文件浏览器、Solid Explorer、Total Commander 等）并不严格遵守 SAF 规范。 它们可能返回：

• 标准文件路径（/sdcard/Download/xxx.zip）而不是 content:// URI
• 权限不完整的 URI
• 或者根本没有正确返回可访问的文件句柄

MultiTTS 收到这些"不合格"的 URI 后，无法正确读取音源包内容，自然就导入失败了。

怎么找到系统自带的文件管理器

不同品牌手机的系统文件管理器名字不一样，但一定是：

• 小米/红米：文件管理（系统自带，图标是一个文件夹）
• 华为/荣耀：文件管理（应用市场里写着"华为官方"）
• OPPO/vivo：文件管理
• 三星：我的文件
• 原生安卓（AOSP/Pixel）：Files（或直接在设置 → 存储 → 文件）

识别方法：在文件管理器里选一个文件，看返回的路径前缀是 content:// 还是纯文件路径。系统自带的一定返回 content://。

临时绕过办法

如果你实在找不到系统自带的文件管理器，可以试试：

1. 把音源包放到 MultiTTS 的应用数据目录下（需要 root 权限，不推荐普通用户）
2. 用文件管理器创建一个文件选择快捷方式，强制唤起系统 SAF 选择器
3. 把音源包放在 /sdcard/Download/，然后用 adb push 推到指定位置（技术向）

最推荐的方案还是找到系统自带的文件管理器。 花一分钟找到它，一劳永逸。

总结

所以这不是"建议"，是硬约束。用系统自带的文件管理器。