我知道Twitter REST API有严格的请求限制（每15分钟几百次），并且流媒体API有时更适合检索实时数据。
我的问题是，流式处理 API 的限制到底是什么？Twitter在他们的文档中引用了一个百分比，但没有具体数量。任何见解都非常感谢。
我想做什么：
- 简单的页面，让我查看来自~1000个Twitter用户的最新推文（以及发布日期/时间）。看来我会使用 REST API 迅速达到限制，那么这个应用程序是否需要流式处理 API？
使用流式处理 API 应该没问题，除非这 ~1000 个用户加起来在任何时候每秒发布超过 （非常） 大约 60 条推文。
将流式处理 API 终结点statuses/filter与 follow 参数结合使用，最多允许 5000 个用户。没有速率限制，除非流返回超过当时推文所有推文的 1% 左右。（每秒 60 条推文是平均推文速率的 1%，这总是在波动，所以不要依赖这个数字。
如果您的直播确实超过了 1% 的阈值，您可以检测到这一点。（请参阅限制通知。然后，您将使用 REST API 来查找错过的推文。
Twitter根本不允许来自一个注册应用程序/帐户的多个流。这样做将导致旧的被关闭。
此外，也不允许过多的连接尝试，这将导致用户被阻止。
参考文档：公共流式处理 API（已过时）