Sentinel之流控规则

在上文Sentinel流量防卫兵中讲到了Sentinel入门以及流控规则一小部分，而Sentinel还有以下规则：

熔断降级规则
热点参数规则
系统规则
黑白名单规则

本文要讲的是流控规则

流量控制规则

原理

监控应用流量的 QPS 或并发线程数等指标，当达到指定的阈值时对流量进行控制，以避免被瞬时的流量高峰冲垮，从而保障应用的高可用性。

QPS限流

这里我们访问一下/foo/test接口，触发Sentinel控制台初始化，就可以看到在簇点链路中刷新出了该接口的资源

然后我们点击+流控添加流控规则，选择QPS，并且限流为2

在高级选项中还有流控模式和流控效果两个选择，默认为直接和快速失败，具体含义见下面解释

新增之后，在页面上快速点击几次，就会看到我们之前预设好的限流提示

流控效果

流控效果只针对于QPS的流量控制

快速失败

当QPS超过任意规则的阈值后，新的请求就会被立即拒绝，拒绝方式为抛出FlowException。这种方式适用于对系统处理能力确切已知的情况下，比如通过压测确定了系统的准确水位时。

案例见上

Warm Up

预热/冷启动方式，当系统长期处于低水位的情况下，当流量突然增加时，直接把系统拉升到高水位可能瞬间把系统压垮。通过"冷启动"，让通过的流量缓慢增加，在一定时间内逐渐增加到阈值上限，给冷系统一个预热的时间，避免冷系统被压垮。

在控制台中删除到刚刚测试的快速失败规则，新增一个Warm up效果的规则

这里我设置的qps阈值为10，预热3秒，等效于想要达到10qps，需要预热3秒。

这里测试需要用到一些压测工具，比如我用的是jmeter，毕竟在3秒内每秒连点10下我是做不到，认为自己行的可以自己试试。

以10qps进行压测之后，可以实时监控中看到这么一张效果图

在左边的线性图中可以看到通过的qps(绿线)是在匀速上升状态，直到3秒后达到10变为平稳状态，具体的数值可以从右边的表格看到。

排队等待

排队等待即为匀速排队，该方式会严格控制请求通过的间隔时间，也即是让请求以均匀的速度通过，对应的是漏桶算法。

同样的，在控制台新增规则

排队等待的阈值最高只能配1000哦，至于为什么小伙伴就自己想啦

以12qps进行压测，查看实时监控面板

qps一直保持在10, 规则生效了

流控模式

流控模式和调用关系有关，调用关系包括调用方、被调用方；一个方法又可能会调用其它方法，形成一个调用链路的层次关系。

直接

根据调用来源进行限流，默认为default，即针对所有的来源，这里面还可以配置自定义的来源。

1.自定义来源

自定义来源需要修改我们的配置代码，更改方式如下

private void addSpringMvcInterceptor(InterceptorRegistry registry) {
  SentinelWebMvcConfig config = new SentinelWebMvcConfig();

  config.setBlockExceptionHandler(new MyBlockExceptionHandler());
  // 区分请求方式
  config.setHttpMethodSpecify(true);
  // 请求来源解析
  config.setOriginParser(request -> request.getHeader("User-Agent"));
  registry.addInterceptor(new SentinelWebInterceptor(config)).addPathPatterns("/**");
}