我如下调用lists/status方法，但结果与per_page参数不一致。
http://api.twitter.com/1/lists/statuses.xml?slug=wp1906ultras&owner_screen_name=enloes&per_page=20&page=3
在上面的例子中，per_page=20，当我得到page=1时，我得到11个结果。当我得到第2页时，我得到9个结果，第3页得到12个结果。如果我将per_page设置为11，我相信对于page=1，我会得到5个结果。
这对任何人来说都有意义吗？对我来说当然不是…
我们最近宣布，分页将被弃用，而支持使用since_id和max_id的原因之一是，很难保证一个没有&无法以这种方式组织推文。
API中的所有count和per_page参数实际上都是"最多"的参数——您只能得到指定的数量。
这篇博客文章概述了即将到来的抨击：https://dev.twitter.com/blog/api-housekeeping和https://dev.twitter.com/docs/working-with-timelines概述了使用此类时间表的最佳实践。
我建议从使用分页比喻转向使用since_id和max_id，以获得更好的可靠性和长期可行性。