Firebase客户端扇出性能

对于我的新应用程序，我使用此方法

我认为，对于一个拥有不到100万粉丝的人来说，这是一个很好的方法。我尽量做到这个数字是好的。但对于拥有10kk的人来说 客户机崩溃的原因是您获得了一个10kk追随者的大数组，并将其缩短以创建另一个10kk路径活动的大数组

---

我只是想指出这一点，我认为这是一个解决方案，只适用于只有少数用户的应用程序。最后，我们不得不使用服务器端解决方案。这对一般的应用程序效率是不利的

这将是一个很好的功能，一个允许firebase端以较少的客户端成本实现这一功能的功能。我认为这是一个特点。我用javascript做了一个例子 var obj={created:time}var path=FollowersActivity/uid/var followers='root.childFollowers.childuid.val'函数massavedobj，path，followers

---

通过firebase服务器端，服务器通过followers path和foreach cycle获取所有child，在路径字符串处追加每个follower名称，并保存所有对象。在这种模式下，客户端只在firebase服务器上发送fews字符串，而不获取所有追随者，并进行其他大型活动。可能我的示例不起作用，因为我不了解firebase基础设施，但这只是一个示例，建议完全在服务器端完成这些操作

对于拥有如此多追随者的用户，您确实应该在服务器端进程中运行扇出。不一定是因为应用程序会崩溃，而是因为带宽使用。