Twitter 流 API 限制？答案

【问题标题】：Twitter Streaming API limits?Twitter 流 API 限制？
【发布时间】：2016-04-29 23:54:21
【问题描述】：

我了解 Twitter REST API 有严格的请求限制（每 15 分钟几百次），并且流式 API 有时更适合检索实时数据。

我的问题是，流式 API 的限制究竟是什么？ Twitter 在他们的文档中引用了一个百分比，但没有具体数量。非常感谢任何见解。

我正在尝试做的事情：

简单的页面让我查看大约 1000 位 Twitter 用户的最新推文（以及发布日期/时间）。使用 REST API 似乎我会很快达到极限，那么这个应用程序是否需要流 API？

【问题讨论】：

【解决方案1】：

Twitter 根本不允许来自一个注册的应用程序/帐户的多个流。这样做会导致旧版本被关闭。

也不允许过多的连接尝试，这将导致用户被阻止。

参考文档：Public Streaming API（过时）

【讨论】：

我认为在这种情况下单个流可以正常工作。
没错，在这种情况下，单个公共流就是要走的路。我指的是要求限制流 api 的操作。
谢谢 - 很高兴知道多次连接尝试。这意味着我不应该每次刷新/打开显示推文的页面时都连接到流 API 提要，对吗？我应该有一个持续运行的独立文件来保持与流 API 的连接？
正是，你需要防止被屏蔽。
Public Streaming API 链接现在重定向到 /docs。包含有用内容的最后一个版本来自 Sep 2017。

【解决方案2】：

使用 Streaming API 应该没问题，除非这 1000 名用户加起来在任何时候每秒发布超过（非常）大约 60 条推文。

使用带有 follow 参数的 Streaming API 端点 statuses/filter，最多允许 5000 个用户。没有速率限制，除非流返回超过当时所有推文的 1% 以上。（每秒 60 条推文是推文平均速率的 1%，它总是在波动，所以不要依赖这个数字。）

如果您的视频流确实超过了 1% 的阈值，您可以检测到这一点。（请参阅LIMIT 通知。）然后您将使用 REST API 来查找错过的推文。

【讨论】：

支持关于限制的提示，以了解由于阈值而错过的推文数量。
好吧，这很有道理，谢谢。所以如果我需要监控 5001 个 twitter 用户，我也会达到限制吗？
嘿@Jonas，你有任何可以链接的源/文档吗？
@shekhar 这取决于您如何编写代码。您必须针对多种错误情况进行编码。阅读本文以获得想法geduldig.github.io/TwitterAPI/faulttolerance.html
每个流连接是一个请求。您可以在 developer.twitter.com 上找到关于 v2 端点的类似文档。从那里开始。