我了解 Twitter REST API 具有严格的请求限制(每 15 分钟几百次)，并且流式 API 有时更适合检索实时数据。
我的问题是，流式 API 的限制到底是什么？ Twitter 在其文档中引用了百分比，但没有具体数量。任何见解都将受到高度赞赏。
我想做的事:
- 这是一个简单的页面，可供我查看约 1000 位 Twitter 用户的最新推文(以及发布日期/时间)。使用 REST API 似乎很快就会达到限制，那么该应用程序是否需要流 API？
最佳答案
使用 Streaming API 应该没问题，除非这大约 1000 个用户在任何时候每秒发送的推文数量超过(非常)大约 60 条。
将 Streaming API 端点 statuses/filter 与 follow 参数结合使用，最多允许 5000 个用户。没有速率限制，除非流返回的推文超过当时所有推文的 1%。 (每秒 60 条推文是平均推文速率的 1%，该速率始终在波动，因此不要依赖该数字。)
如果您的视频流确实高于 1% 阈值，您可以检测到这一点。 (请参阅 LIMIT 通知。)然后您将使用 REST API 查找错过的推文。
关于api - Twitter 流 API 限制？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/34962677/