Firestore集合重命名后，Web客户端兼容的最佳实践问询

方案1：双集合兼容过渡（最稳妥无中断方案） #

• 先修改Web应用代码，实现双集合读写兼容：
  • 写操作：同时向新旧两个集合写入数据，比如用Promise.all()并行执行两个集合的set()/add()方法
  • 读操作：优先读取新集合，若捕获到NotFoundError则降级读取旧集合
• 部署更新后的应用，等待所有在线用户自然刷新页面完成版本切换
• 确认所有用户都已使用新版应用后，停止向旧集合写入数据，最终删除旧集合

方案2：强制在线用户重载（轻量快速方案） #

• 在Firestore中新增app_config集合，添加required_app_version字段（用构建号或语义化版本号）
• 修改Web应用，定时轮询该字段（比如每30秒），若当前应用版本低于要求值，弹出明确提示引导用户刷新，或自动触发页面重载
• 先部署使用新集合名称的新版应用，同时将app_config中的版本号更新为新版号
• 待所有在线用户完成重载后，执行Firestore集合重命名操作

方案3：云函数数据同步过渡（低代码修改方案） #

• 创建Firestore云函数，监听旧集合的增、删、改事件，实时将数据同步到新集合；若需要双向兼容，同时监听新集合同步回旧集合
• 部署该同步云函数，确保新旧集合数据实时一致
• 部署使用新集合名称的Web应用，等待足够时间让用户完成版本切换
• 确认所有流量都切换到新集合后，停止云函数同步，删除旧集合

方案选择参考 #

• 双集合兼容：适合用户规模大、要求零业务中断的场景，完全不影响用户体验
• 强制重载：适合用户量小、可接受短暂提示的场景，实现成本最低
• 云函数同步：适合不想大量修改应用代码、需要快速完成切换的场景，依赖Firebase云函数能力

内容的提问来源于stack exchange，提问作者Andrés Manikis