在后端使用 TCP/IP 而不是使用 RESTFul HTTP 请求建立与 Firebase 的持久连接？
Establishing a Persistent Connection to Firebase Using TCP / IP on the Backend Instead of Using RESTFul HTTP Requests?
我目前在后端使用 PHP / CURL 来更新 Firebase 中的值。我们主要将 Firebase 用作 JavaScript 层，以便我们可以向浏览器和应用程序客户端显示我们处理的作业的实时状态进展。
我们已经到了从后端使用 CURL 进行相当多的状态更新的地步，我觉得我们已经接近在 Firebase 和我们的服务器之间建立持久连接的门槛比每分钟打开和关闭几十个 HTTP 请求更有效率。
现在是否可以使用 Firebase 执行此操作？
Firebase 有用于 Java 和 Node.js 的服务器端 SDK。如果您不能使用这些，REST API 是您唯一的选择。
如果您想通过 REST 监听 数据，您可以使用 Firebase 的 REST Streaming API，它使用长寿命 HTTP 连接到 return 事件流。它类似于 Firebase SDK，但它只能为每个连接附加一个侦听器，并且您仍然需要单独的写操作请求。
最后一部分似乎是您问题的症结所在。因此，恐怕除了我提到的使用 SDK 之外，真的没有其他选择。在我的测试中，使用 HTTP 请求进行频繁的小操作（尽管在我的例子中 read）操作非常快。
我目前在后端使用 PHP / CURL 来更新 Firebase 中的值。我们主要将 Firebase 用作 JavaScript 层，以便我们可以向浏览器和应用程序客户端显示我们处理的作业的实时状态进展。
我们已经到了从后端使用 CURL 进行相当多的状态更新的地步，我觉得我们已经接近在 Firebase 和我们的服务器之间建立持久连接的门槛比每分钟打开和关闭几十个 HTTP 请求更有效率。
现在是否可以使用 Firebase 执行此操作？
Firebase 有用于 Java 和 Node.js 的服务器端 SDK。如果您不能使用这些，REST API 是您唯一的选择。
如果您想通过 REST 监听 数据，您可以使用 Firebase 的 REST Streaming API，它使用长寿命 HTTP 连接到 return 事件流。它类似于 Firebase SDK，但它只能为每个连接附加一个侦听器，并且您仍然需要单独的写操作请求。
最后一部分似乎是您问题的症结所在。因此，恐怕除了我提到的使用 SDK 之外，真的没有其他选择。在我的测试中，使用 HTTP 请求进行频繁的小操作（尽管在我的例子中 read）操作非常快。