问在Twitter API中“since_id”和“max_id”究竟是什么意思？

EN

since_id和max_id都是非常简单的参数，您可以使用它们来限制从API返回的内容。来自医生们

since_id -返回ID大于(即最近的)指定ID的结果。可以通过API访问的Tweets数量受到限制。如果Tweets的限制发生在since_id之后，则since_id将被迫使用可用的最老ID。max_id -返回ID小于(即大于)或等于指定ID的结果。

因此，如果您有给定的tweet ID，则可以使用这两个参数搜索旧的或新的tweet。

count甚至更简单--它指定了您想要返回的最多200条tweet。

不幸的是，API不会完全返回您想要的内容--您不能指定查询user_timeline的日期/时间--尽管您可以在使用search时指定一个日期/时间。无论如何，如果您需要使用user_timeline，那么您将需要轮询API，收集tweet，找出它们是否与您想要的参数匹配，然后相应地计算您的统计数据。

max_id =tweet id列表的顶部。since_id =tweet id列表的底部。

要了解更多信息，请深入了解最后一张图表。这里

在Twitter调用的情况下，max_id和since_id用于防止冗余。将进入的tweet想象成堆在堆栈上。一个API调用必须指定要处理多少(计数)tweet。但是，随着这个电话的发出，新的推文可能会被添加。在这种情况下，如果您提取出一个堆栈并在流程中运行，您会注意到可能会有一些“碎片”或未处理的tweet卡在处理的tweet之间。这在下面的图像中也是可见的。

​

为了解决这个问题，使用两个参数来跟踪以前处理过的最新/最大ID tweet (since_id)和最近处理的最老/最低ID tweet (max_id)。since_id指向“片段”的底部，(max_id-1)指向“片段”的顶部。(请注意，max_id与since_id不同)，因此，这些参数一起跟踪tweet堆栈的哪一部分仍然需要处理。