Firebase实时数据库离线功能底层采用何种存储方案？

问得好！咱们来把这个问题拆解清楚，分平台来看更明白：

移动端（Android & iOS） #

• SQLite是核心持久化存储介质：Firebase SDK会在设备本地创建一个SQLite数据库文件，用来缓存云端同步下来的数据，同时记录离线期间所有的写入操作。这个数据库负责处理数据版本控制、冲突合并逻辑，等设备恢复联网后，再将本地的待同步变更提交到云端。
• 搭配内存缓存层：除了SQLite，SDK还会维护一个内存缓存，用来加速高频访问数据的读取，减少对本地数据库的IO操作，提升应用响应速度。

Web端 #

• 依赖IndexedDB实现离线存储：这是浏览器内置的NoSQL数据库，专门为离线Web应用设计，支持更大的存储容量和异步操作。对于极少数老旧浏览器，Firebase会降级使用LocalStorage，但目前IndexedDB已经是Web端的主流实现方案。

关于文件存储的说明 #

• Firebase并不会采用普通文件存储来实现离线功能。因为离线场景需要处理数据增量同步、冲突解决、版本一致性等复杂逻辑，普通文件存储无法满足这些需求，而SQLite和IndexedDB这类结构化数据库能提供事务、查询、版本管理等必要能力。
• 离线时的所有写入操作都会被SDK存入本地数据库的「待同步队列」，待设备联网后，SDK会按照预设的冲突规则，将这些变更有序同步到云端，确保本地与云端数据最终一致。

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