前言对于一些特殊的业务场景，比如抢单、闪购等，服务流量会瞬间飙升。虽然我们可以通过部署集群来分散请求压力，但是仍然会造成很大的请求延迟。这时我们可以通过接口限流来保证系统的稳定运行。实现逻辑，我们可以通过过滤器拦截所有接口，判断当前时间窗口内对该接口的请求次数。如果超过了我们设置的请求上限，就会返回一个无效的请求。以每个接口限制最大10个QPS为例，实现逻辑有两种：一是将10个请求拆分，相当于每100ms请求一个。第二，每秒最多10个请求，没有判断请求的分布范围。两种逻辑的实现也略有不同。每秒执行一次请求。每秒实现两次请求N次。每秒判断N次请求会比每秒一次稍微复杂一些，主要是需要判断当前秒有多少次请求。这里结合使用redis的increment和expire来达到限流的目的。以限制每秒5次为例：综上所述，以上两种使用redis实现限流的方式基本可以满足我们绝大部分的业务需求。对于一些需要更高更精准限流粒度的业务，可以引入Sentinel来满足业务需求。
