获取推特用户的所有推文，速率限制问题

您可以将请求排队并在速率限制允许的范围内发出请求，也可以以多个用户身份进行身份验证的请求。每个用户每小时有350个请求。     

一种方法是使用流式API（或者更具体的用户流，如果更适合您的应用程序）开始收集目标用户发来的所有推文，而不必费心传统的速率限制，然后使用REST API重新填充这些用户的历史推文。 当然，您每小时只有350个通过身份验证的请求，但是如果您全天候运行收割机，则每天仍然有1,680,000条推文（350个请求/小时* 24小时/天* 200条推文/请求）。 因此，例如，如果您决定每天每位用户拉动1000条推文（5条API调用@每条调用200条推文），则每天可以运行1,680个用户时间轴（每小时70条时间轴）。然后，从第二天开始，使用每位用户最旧的状态ID作为您的statuss / user_timeline请求中的“ 0”参数，收获接下来的1,000条推文，从此开始。 流式API将使您了解目标用户的任何新状态，并且REST API调用将在大约四天内迅速达到Twitter对这些用户的历史性推文的提取限制。之后，您可以通过将其他用户添加到“ 1”列表中来添加其他要从流式传输端点继续获取的用户，并且可以停止获取已满的用户的历史推文，并开始获取新目标组的推文。 。     

Search API似乎很适合您的需求，因为您可以在屏幕名称上进行搜索。 Search API速率限制高于REST API速率限制。