使用Firebase本地模拟器时数据丢失，如何恢复？

已知问题说明 #

Firebase本地模拟器确实存在几类可能引发数据丢失的场景，和你遇到的情况高度相关：

• 当模拟器进程未完全终止（比如你碰到的iTerm提示进程运行），即便后续手动“优雅关闭”，残留进程可能导致--export-on-exit的导出逻辑未正常触发，导致本次会话的修改数据没写入指定的./dir目录。
• 系统重启时如果模拟器进程被强制终止，导出操作会直接中断，新数据根本没机会保存到本地。
• 若./dir目录临时出现读写权限异常，导出操作会失败，重启后自然读不到更新的数据。

数据恢复尝试方法 #

1. 排查临时缓存目录
   模拟器运行时会在系统临时目录存储会话数据，不同系统路径如下：

   • macOS/Linux：/tmp/firebase/emulators/demo-project
   • Windows：%TEMP%\firebase\emulators\demo-project
     去这个目录里找有没有遗留的数据库文件（比如Firestore的.db文件、Realtime Database的JSON文件），如果有，把这些文件复制到./dir对应的子目录（比如firestore_export、database_export），然后重新启动模拟器导入。

2. 检查导出目录的历史备份
   看看./dir目录里有没有自动保留的旧导出快照，或者借助系统备份工具（比如macOS的Time Machine、Windows的系统还原点）恢复该目录的历史版本。

3. 验证导出逻辑是否正常工作
   下次启动模拟器后，手动按Ctrl+C关闭，盯着终端看有没有Exporting data to ./dir的成功提示。如果没有，先检查./dir的读写权限，确保当前用户能读写，也可以试试用绝对路径替代相对路径，比如：

   firebase emulators:start --project demo-project --import=/full/path/to/dir --export-on-exit=/full/path/to/dir
   

   避免路径解析出错导致导出失败。

后续预防建议 #

• 关闭模拟器时一定要等终端显示导出完成的提示，再关闭窗口或做其他操作，别强制杀进程。
• 不要完全依赖--export-on-exit，定期手动执行导出命令：firebase emulators:export ./dir。
• 给./dir目录设置自动备份，比如写个简单脚本定时复制到其他位置。

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