互联网大厂面试：如何利用Redis实现全局接口限流

前言

对于某些特殊的互联业务场景，比如抢单、厂面秒杀等业务，试何s实会导致服务流量瞬间飙升，利用流我们虽然可以通过部署集群的现全方式分散请求压力，但是局接仍然可能造成很大的请求延迟。

这时，口限我们可以通过接口限流的互联方式来保证系统的稳定运行。

实现逻辑

我们可以通过filter对所有的厂面接口进行拦截，云服务器提供商判断这个接口在当前时间窗口内的试何s实请求次数，如果超出我们设定的利用流请求上限，就返回无效请求。现全

以限制每个接口最大为10个QPS为例，局接可以有两种实现逻辑：

其一，口限将这10个请求进行拆分，互联相当于每100ms可以请求一次。

其二，每秒内最多请求10次，而不判断其请求分布范围。

两种逻辑的实现也略有差异。

实现一

每秒请求一次。云服务器

实现二

每秒请求N次。

判断每秒请求N次会比每秒一次稍微复杂一点，主要是需要判断当前秒内已经请求了多少次。

这里利用redis的increment和expire配合使用达到限流的目的。

以限制每秒5次为例：

总结

以上两种利用redis实现限流的方式基本能满足我们大部分的业务需要，对于部分要求限流粒度更高更准的业务，可以引入sentinel来满足业务需要。