Firestore文档删除后复现及字段修改失效问题求助

我之前也碰到过类似的Firestore控制台操作异常的情况，结合实际排查经验，给你梳理下可能的成因和对应的解决办法：

可能的成因 #

• 控制台缓存与同步延迟：Firestore控制台本身会有本地缓存，有时候操作提示成功，但后端同步还没完成，刷新时加载的是缓存数据。不过这种情况一般过几分钟再刷新就会正常，如果文档一直恢复，那大概率不是这个原因。
• 隐性的自动写入逻辑：哪怕你没部署新服务，也要检查这几个点：
  • 有没有之前部署过但忘记删除的Cloud Functions触发器？比如监听集合删除事件的onDelete触发器，可能会在文档被删除后自动重新写入数据；
  • 本地有没有运行的测试脚本、移动端APP实例？这些程序如果在后台持续同步数据，会把旧数据重新写回集合；
• 权限配置过于宽松：如果Firestore的规则设置为允许任意用户写入，可能存在未知的第三方写入源（虽然概率较低，但值得排查）；
• 集合特性的误解：Firestore的集合是“按需创建”的——只要有文档存在就会显示，删除所有文档后集合本身不会被删除，但这只会导致集合条目存在，不会让文档恢复，所以如果文档也回来了，这个可以排除。

对应的解决方案 #

• 定位并停止自动写入源：
  • 打开Firebase控制台的Cloud Functions页面，检查有没有和目标集合相关的触发器，若有则先暂停或删除该函数，再重试删除操作；
  • 关闭所有可能写入该集合的本地程序（比如测试脚本、模拟器、APP），确保没有后台写入；
  • 查看Firestore的活动日志（控制台左侧菜单“活动”选项），这里能看到所有对集合/文档的操作记录，帮你精准定位写入来源；
• 强制刷新控制台缓存：
  • 用Ctrl+Shift+R（Windows/Linux）或Cmd+Shift+R（Mac）强制刷新浏览器，跳过本地缓存加载最新数据；
  • 换无痕窗口或其他浏览器打开控制台，排除浏览器缓存的影响；
• 用CLI工具彻底清理集合：
  • 控制台的“删除所有文档”在文档数量较多时可能出现同步不全的情况，建议用Firebase CLI命令来删除：
    • 删除单个集合：firebase firestore:delete your-collection-path
    • （谨慎操作）删除所有集合：firebase firestore:delete --all-collections
• 临时收紧权限规则：
  • 打开Firestore的规则页面，临时将写入权限关闭（比如设置allow write: if false;），再尝试删除/修改操作，确认是否还有数据恢复的情况，以此排查是否有未授权写入。

按照上面的步骤排查，应该能找到问题根源。如果还是不行，可以先导出数据备份，再清空整个数据库后重新导入（适合数据量不大的情况）。

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