流API与Rest API？

Question

此处的典型示例是Twitter的API。我从概念上了解REST
API的工作原理，从本质上讲，它只是针对您的特定请求的服务器查询，然后您会在其中收到响应（JSON，XML等），很棒。

但是我不确定在后台如何使用流API。我了解如何食用。例如，使用Twitter收听回复。从响应中侦听数据，并在其中分批发送推文。在字符串缓冲区中建立块，然后等待换行指示Tweet的结束。但是他们正在做些什么呢？

假设我有很多数据，我想在本地设置一个流API，供网上其他人使用（就像Twitter一样）。这是怎么做的，什么技术？这是Node
JS可以处理的吗？我只是想全神贯注于他们正在做的事情，以使此功能正常运行。

Answer 1

Twitter的流API是本质上是一个长时间运行的请求，该请求一直处于打开状态，数据在可用时被推送到其中。

其后果是服务器将必须能够处理许多并发的开放HTTP连接（每个客户端一个）。许多现有的服务器无法很好地管理该问题，例如Java
servlet引擎为每个请求分配一个线程，这可能（a）变得非常昂贵，并且（b）快速达到正常的最大线程设置并阻止了后续连接。

正如您猜到的那样，Node.js模型比Servlet模型更适合流连接的想法。请求和响应都在Node.js中作为流公开，但不会占用整个线程或进程，这意味着只要数据保持打开状态就可以继续将其推入流中，而不会占用过多的资源（尽管这样做是主观的）。从理论上讲，您可能有许多并发的打开响应连接到单个进程，并且仅在必要时才写入每个响应。

如果您还没有看过的话，那么Node.js的HTTP文档可能会有用。

我还将看一看technoweenie的Twitter客户端，以了解Node.js （特别是stream（）函数）的 API的用户端是什么样子。