Firebase：在 permission_denied 后注意重新连接

Question

我构建了一个应用程序，允许用户将其应用程序状态流式传输给其他用户。流媒体可以指示流是否是公共的。如果流是公开的，则在 Firebase 中设置了一个标志，允许其他人通过获取对象的 URL 来访问它（否则，他们会得到 permission_denied）。

可以在广播进行时更改此标志。如果是，它会强制断开所有观看广播的客户端。那部分是有道理的。我似乎无法弄清楚如何观察重新连接，以防它再次公开。文档中似乎没有任何关于从该特定状态恢复或监视重新连接的内容。客户唯一能做的就是经常按 F5，如果他们已经获得了广播链接并想早点去那里，这不是一个好的解决方案。

所以，我的问题是：即使您收到了permission_denied，是否可以监视与 Firebase 对象的重新连接？如果有，怎么做？

或者最好总是允许权限，但在对象准备好之前隐藏对象内部的数据（即，允许读取对象，但不允许读取其属性）？

Answer 1

是的，最好授予对对象的metadata 的访问权限，但限制对content 的访问权限（通过fb 权限）。然后，在您的客户端，您只关注metadata 的更改。这也将更精确，并减少流量。