我正在尝试编写一个程序，该程序将检索用户在其Twitter主页时间轴上看到的所有推文（即，来自他们关注的人，就像他们在twitter.com上看到的那样）。我意识到这是很多数据，其余的API都有局限性。
最好的方法是什么？慢慢检索最后200或任何限制是推文，记住每小时350个请求限制？或者是否有一些硬性限制，即使我可以走多远？
我认为流式传输API仅从当前点开始流式传输，所以我不认为这是一个选项。这是一个个人项目，所以我不能为任何提升的访问或任何东西付出太多。
答案 0 :(得分：3)
是的，你可以走多远是有限的：
客户可以访问理论 页面上最多有3,200个状态 和计数参数 user_timeline REST API方法。其他 时间轴方法有一个理论上的 最多800个状态。请求 超过限制将导致a 回复状态代码为200和 请求格式的空结果。 Twitter仍然维护着一个数据库 用户发送的所有推文。 但是，要确保性能 网站，这个人为限制是 暂时到位。
来源：http://dev.twitter.com/pages/every_developer
正如您所提到的，您需要逐页浏览每个返回的200个最大结果，直到达到该限制并获得空结果集，确保不会达到每小时350个请求。根据用户在时间轴上的推文数量，可能还会有差距。