一般做访问请求数限制是不会实时计算的，那样消耗太大，得不偿失。所以你在问题中提到的第60秒的问题不存在，如果是我不会这么来精确计算。

下面只是来介绍下怎么做请求数限制，比较土一点的办法是这样，应用服务和访问控制是两个完全独立的服务，应用服务只会在第三方服务请求时记录下日志，这时另外一个访问控制服务会实时监听这个日志，并记录下每个ip的访问情况。它会每段时间算个平均值，所以你算的跟它算的是不一样的。如果你超过某个限制，它就会ban掉你。

另外虽然豆瓣对每个api的请求数有明文规定，但是针对单个ip的请求数大多数提供api的服务商都是有限制的，这是基于服务器本身安全的需要。

建议你如果无法得到豆瓣的商务支持，那么只能自己做一做缓存了。

唔.这个问题深层的我不太清楚诶.不过话说应该可以跟豆瓣那里要到API访问频率更大的KEY吧~一般的API不都是这样的么~呵呵

楼主有没有相关把需要的数据自己去爬回来？