当前位置：首页 > news >正文

SpringCloud Alibaba - Sentinel

news 2026/2/9 1:30:46

接上文SpringCloud Alibaba - Nacos

1.Sentinel 流量防卫兵

在这里插入图片描述

1.1 安装与部署

和Nacos一样，它是独立安装和部署的，下载地址https://github.com/alibaba/Sentinel/releases
下载后的jar放到目录
在这里插入图片描述
然后配置

启动并访问,用户名密码都是 sentinel

此时就开启了sentinel的监控页面。将本地nacos服务也启动，然后将服务连接到sentientl控制台。
给book服务添加依赖

修改book下配置文件

启动book服务。此时需要先访问依次book服务(懒加载模式，不会一上来就调用)，然后sentinel中就会存在book服务的信息。
在这里插入图片描述

接着将其他服务user，borrow都加进去

访问借阅服务

此时user服务只有一个，因为此时user服务设置的是Chengdu集群

在这里插入图片描述
此时单独访问Chongqing的user服务，则出现两个user服务。

2.sentinel 流量控制（一）

在这里插入图片描述

2.sentinel 流量控制（二）

在sentinel测试限流。
给borrow服务设置限流。

2.1 测试第一种方案（快速失败）

在这里插入图片描述

点击新增后，此时访问borrow服务，一秒内点击一次没有问题，一秒内点击多次就会被限制。超过一秒再访问就正常

2.2 测试第二种方案（Warm up）

预热时长设置为10，则会在10s内将阈值增加到设定的值。
在这里插入图片描述

2.3 测试第三种方案（排队等待）

在这里插入图片描述

2.4 流控模式的区别

在这里插入图片描述
关联模式：

链路模式：当从指定接口过来的资源请求达到限流条件时，开启限流。
先从@SentinelResource的使用开始，对某个方法进行标注，一旦方法被标注，就会进行监控。
例如，创建两个请求映射，都来调用Service的被监控方法：
在这里插入图片描述
接口上加上注解

修改配置文件

重启borrow服务。
先访问

在这里插入图片描述
可以看到访问后已经识别到了borrow接口调用了到注解的方法。

然后给details添加一个限流策略。此时无论访问borrow还是borrow1，只要超过阈值都会被限流，因为这两个方法都调用了带details的接口。

此时，访问超过阈值就会报错，因为是在接口中使用@SentinelResource定义的限流。
因此，链路选项实际上是决定只限流从哪个方向来的调用。比如只对borrow2这个接口对getUserBorrowDetailByUid方法的调用进行限流，就可以指定其链路。
在这里插入图片描述

在这里插入图片描述可以看到borrow2被限流，borrow未被限流。

3.Sential-限流和异常处理

限流之后的默认提示语修改，即异常处理。

对于接口的限流异常

自定义一个返回请求块
在这里插入图片描述
在配置文件中将此页面设定为限流页面

重启borrow服务

此时点击过快就会显示设定的内容

对于方法的异常限流

对于方法被限流时，会在后台抛出异常。之前在Hystrix可以直接添加一个替代方案，这样当异常出现时会直接执行我们的替代方法并返回。Sentinel也可以。
在这里插入图片描述
重启，然后给方法添加一个流控

现在限流后返回的是替代方案

但是blockHandler只能处理限流情况下抛出的异常，包括下面的热点参数限流也是同理。如果是方法本身抛出的其他类型异常，不在管控范围内，但是可以通过其他参数进行处理：

在这里插入图片描述
此时访问抛出的就是指定的内容

改为返回字符串，然后重启。

此时若频繁访问则返回为空。因为控流后调用了except方法，t.getMessage为空

若两种异常返回同时出现，则会出现的情况，如下：
在test上添加一个block异常然后重启。每次重启后都需要访问一次接口，否则sentinel上不会出现服务。每次修改限流方法都要把之前的流控策略给删除重新添加。
在这里插入图片描述

此时频繁访问调用的是block的限流异常处理。