Sentinel 流控，看这篇就够了

Sentinel 的设计理念是让使用者*选择控制的角度，并进行灵活组合，从而达到想要的效果。

Sentinel的阈值类型

QPS(每秒钟的请求数量)：当达请求该资源的数量达到了阈值的时候，进行限流

上图配置的意思是当请求/getTest资源的次数超过每秒5次，就对请求进行限流
线程数：当调用该资源的线程数达到阈值时，进行限流

流控模式
流控模式：

直接：接口达到限流条件时，直接限流

关联：当关联的资源达到阈值时，就限流自己

当请求/getTestB的qps超过1就对/getTestA进行限流

链路：只记录指定链路上的流量，当从某个接口过来的资源达到限流条件时，开启限流

流控效果
–快速失败
：直接失败，抛异常，剩余请求不再往下执行

上图为直接失败的效果
–预热 Warm Up

系统初始化的默认阈值为10 / 3，即为3，也就是刚开始的时候阈值只有3，当经过5s后，阈值才慢慢提高到10；

应用场景：秒杀系统，在开启瞬间会有很多流量上来，很可能会导致服务器崩溃，预热方式就是为了保护系统，可以慢慢的把流量放进来，慢慢的把阈值增长到设定值；

–排队等待
匀速排队，让请求以均匀的速度通过，阈值类型必须设置成QPS，否则无效；

上图设置的含义：每秒1次请求，QPS大于1后，再有请求就排队，等待超时时间为500毫秒；

应用场景：在某一时刻有大量的请求到来，而接下来的时间则处于空闲状态，我们希望系统能够在接下来的空闲期间逐渐处理这些请求，而不是在第一秒直接拒绝多余的请求。