C# Firebase流式REST连接是否计入并发连接限制？

在一份声明中，有人指出，各州：

RESTAPI请求不计入您的连接限制

我理解（并欣赏）这句话的含义：针对RESTAPI的GET、PUT、POST和DELETE请求通常用于对数据的非实时操作，例如下载数据进行备份或批量计算。这些通常是不频繁的、相对较短的操作，并且通常应该使实时数据连接的数量相形见绌

但当我们看到这些时，情况就不同了。与RESTAPI的其余部分不同，流显然是用于实时数据连接的

根据上述引用的文件，这些连接不应计入连接限制。但根据一份报告：

并发[连接]是实时客户端或流式REST

我强调的部分似乎表明，使用流RESTAPI的客户端不受连接限制

为了进行测试，我编写了一个小型C#客户端，它使用Firebase REST流式API监视节点：

var url=”https://.firebaseio.com/clock/.json";
var client=new WebClient（）；
client.Headers[“Accept”]=“文本/事件流”；
使用（var stream=client.OpenRead（url））{
使用（变量读取器=新的流读取器（流））{
字符串行=null；
while（null！=（line=reader.ReadLine（））{
（DateTime.Now.ToShortTimeString（）+行）.Dump（）；
}
}
}

启动此程序大约15分钟后，Firebase仪表板中的并发连接确实增加了1。运行第二个实例，再次增加仪表板中的并发连接数

---

因此，这项测试似乎证实了谷歌群组的暗示：REST流媒体客户端被视为并发连接。有人能证实这一点或在我的测试中发现一个缺陷吗？

您在这里的假设是正确的。通过REST API进行的流式调用与您的concurrents的计数在逻辑上是一样的（即，它们保持打开的套接字连接并创建额外的负载）。针对RESTAPI的非流式调用不算作并发连接

我会看一下定价页面，看看我们是否能让文字更清楚一点