嘿，这个问题我在做类似的媒体编辑类RN项目时也纠结过，咱们结合你的需求来拆解分析：

你的文件系统方案完全可行，甚至是当前场景下的优选 #

首先可以明确说：不需要强行引入SQLite，你的初始思路——用RNFS按项目文件夹组织视频、缩略图和状态文件，是非常合理的选择，原因如下：

• 视频、图片这类二进制文件本身就适合用文件系统管理，放在对应项目文件夹里逻辑清晰，方便后续的备份、迁移，甚至用户如果需要手动访问文件（比如导出项目）也很直观。
• 关于state.txt的存储：建议改成state.json（结构化格式比纯文本更可靠），把Redux状态序列化为JSON字符串存储在项目文件夹中，完全适配你的需求。因为每个项目的状态是和项目强绑定的，放在同文件夹下能保证数据的完整性，读取项目时直接加载对应JSON文件反序列化为状态即可，逻辑简单且不易出错。

什么时候才需要考虑SQLite？ #

SQLite的优势在于复杂查询和批量数据管理，如果你的需求出现以下场景，再考虑引入也不迟：

• 需要按项目名称、创建时间、标签等条件快速筛选/排序大量项目；
• 需要统计项目的各类数据（比如已完成项目数量、平均编辑时长等）；
• 有多表关联的复杂数据结构需要管理。

但如果只是“打开单个项目→读取对应视频、缩略图和状态”的核心流程，SQLite反而会增加不必要的复杂度：你要处理数据库连接、版本迁移、SQL语句编写，还要额外维护二进制文件和数据库记录的关联关系，反而容易出问题。

一些优化小建议 #

• 用JSON替代纯文本存储状态：用JSON.stringify(yourReduxState)把状态转为字符串写入state.json，读取时用JSON.parse()解析，比纯文本更规范，也能避免手动解析的错误。
• 新增项目元数据文件：在每个项目文件夹里加一个metadata.json，存储项目名称、创建时间、修改时间、缩略图路径等基础信息。这样当你要展示项目列表时，只需要遍历所有项目文件夹，读取metadata.json就能快速生成列表，不用逐个去加载视频或状态文件，提升列表加载性能。
• 规范文件夹命名：建议用UUID作为项目文件夹的名称，避免中文、特殊字符带来的跨平台兼容问题（iOS和Android的文件系统对字符的支持有差异）。

总结 #

当前你的需求下，纯文件系统方案是最优解——简单、直观、维护成本低，完全能满足项目的存储需求。如果之后业务扩展需要复杂查询功能，再考虑引入SQLite（甚至可以采用“数据库存元数据+文件系统存二进制文件”的混合方案）也完全来得及。

内容的提问来源于stack exchange，提问作者Douglas Gondim