[提问] 一个全局的限流队列方法

[hanydd]

API调用过快会触发B站的风控，所以写代码的时候经常需要在循环获取数据的时候手动sleep一下。这样的实现一方面容易遗漏导致触发限流，另一方面不容易控制各处异步调用的频率，而且写起来有点麻烦。大佬们能不能考虑实现一个全局的限流队列，按照例如每秒1个请求的频率，从API调用的层面对全局的请求进行限制？

[GEYUANwuqi]

个人感觉，这样搞本质上还是time.sleep，阿b的风控其实已经放的很宽了，单个接口只要不要一个while true啥也不写，一般不会有风控，自己time.sleep反而更加灵活，能够满足不同环境下的需求

[no1xsyzy]

尽管一个全局的 request 级限流器可能会有帮助，但它有一定的危险性。
它可能导致潜在的数据不一致问题（比如一个功能/函数中包含两个 call，一旦限流它们的预期间隔可能会长达数分钟甚至数小时，一些事实可能发生变化）。
限流还可能造成任务堆积和内存泄露（比如每秒发起两个request但只执行一个request），而如果允许拒绝又会造成没有考虑到限流器拒绝的代码出错（有可能是另一个库）。
（所以 httpx aiohttp curl_cffi 都没有提供内部限流器。不过 httpx 最近做了一个独立限流器）
建议是使用更明确的限流边界和限流行为，然后可以使用这个限流器或者 aiolimiter

[Cherrysaber]

一些请求url都会带时间戳作为风控校验，弄全局限流器，任务堆积可能导致触发风控