五.统一异常处理—BlockException
在上述规则测试中,当违反规则时,出来的异常信息页面不够友好和统一,我们可以通过设置统一的异常处理类,针对不同规则显示不同异常信息。
创建一个配置类,实现BlockExceptionHandler接口
@Component
public class MyBlockExceptionHandler implements BlockExceptionHandler {
@Override
public void handle(HttpServletRequest httpServletRequest, HttpServletResponse httpServletResponse, BlockException e) throws Exception {
ResponseResult rs=null;
if(e instanceof FlowException)
rs= Response.createFailResp(-1,"接口限流了");
else if(e instanceof DegradeException)
rs=Response.createFailResp(-2,"服务降级了");
else if(e instanceof ParamFlowException)
rs=Response.createFailResp(-3,"参数限流了");
else if(e instanceof AuthorityException)
rs=Response.createFailResp(-4,"权限规则不通过");
else if(e instanceof SystemBlockException)
rs=Response.createFailResp(-5,"系统保护");
httpServletResponse.setContentType("application/json;charset=utf-8");
httpServletResponse.getWriter().write(JSON.toJSONString(rs));
}
}
添加规则测试:
通过前面的学习,我们了解到通过Sentinel除了可以控制对Spring Mvc接口层级的控制,也可以对service层的某个方法控制,也就是说在我们实际项目开发时不仅仅限于接口,可能对于某个方法的调用限流,对于某个外部资源的调用限流等都希望做到控制。
那么如何使用@SentinelResource注解灵活的定义控制资源以及如何配置控制策略。我们来系统学习一下。
我们可以对这个资源点做限流处理
默认情况下,Sentinel对控制资源的限流处理是直接抛出异常。设置了统一异常处理BlockExceptionHandler也会发现对非控制层的资源没有用,这样对用户交流不友好,我们需要处理一下@SentinelResource资源的异常信息。
@SentinelResource资源的异常处理有两种方式:
blockHandler:sentinel定义的失败调用或限制调用,若本次访问被限流或服务降级,则调用blockHandler指定的接口
fallback:失败调用,若本接口出现未知异常,则调用fallback指定的接口。
当两个都配置时,也就是当出现sentinel定义的异常时,调用blockHandler,出现其它异常时,调用fallback。
blockhandler 定义当资源内部发生了BlockException(也就是sentinel定义的失败异常或限制异常),应该走的处理逻辑。
要求:
1.当前方法的返回值和参数要和原方法一致
2.允许在参数列表的最后加入一个参数BlockException,用来接收原方法中发生的异常。
要求:
1.当前方法的返回值和参数要和原方法一致
2.允许在参数列表的最后加入一个参数Throwable,用来接收原方法中发生的异常。
如果将所有的异常处理都放在资源类里面,会导致类很臃肿,不利于维护,外面可以将异常处理放在类外面
value: Sentinel资源的名称,我们不仅可以通过url进行限流,也可以把此值作为资源名配置,一样可以限流。
entryType: 条目类型(入站或出站),默认为出站(EntryType.OUT)
resourceType: 资源的分类(类型)
blockHandler: 块异常函数的名称,默认为空
blockHandlerClass: 指定块处理方法所在的类
默认情况下, blockHandler与原始方法位于同一类中。 但是,如果某些方法共享相同的签名并打算设置相同的块处理程序,则用户可以设置存在块处理程序的类。 请注意,块处理程序方法必须是静态的。
fallback: 后备函数的名称,默认为空
defaultFallback: 默认后备方法的名称,默认为空
defaultFallback用作默认的通用后备方法。 它不应接受任何参数,并且返回类型应与原始方法兼容
fallbackClass: fallback方法所在的类(仅单个类)
默认情况下, fallback与原始方法位于同一类中。 但是,如果某些方法共享相同的签名并打算设置相同的后备,则用户可以设置存在后备功能的类。 请注意,共享的后备方法必须是静态的。
exceptionsToTrace: 异常类的列表追查,默认 Throwable
exceptionsToIgnore: 要忽略的异常类列表,默认情况下为空。
如果一个服务(服务消费者)调用了另一个服务(服务生产者),服务生产者有异常,会导致服务消费者出错,我们希望不仅仅只是显示错误,而是能启动熔断器,对服务消费者做降级(容错)处理。
那么应该怎么实现呢?
1.添加jar包
我们当前项目里已添加
<!-- 添加openFeign-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-openfeign</artifactId>
</dependency>
2.添加配置信息
在服务消费者的配置文件中添加
3.添加降级处理类
4.在feign客户端关联对应的降级处理类
5.在服务提供者中模拟一个异常
比如 int i=1/0;
6.测试
Sentinel Dashboard中添加的规则是存储在内存中的,只要项目一重启规则就丢失了
我们可以将规则持久化到nacos中,在nacos中添加规则,然后同步到dashboard中.
方法如下:
1.添加jar包
<!--将持久化到nacos中 -->
<dependency>
<groupId>com.alibaba.csp</groupId>
<artifactId>sentinel-datasource-nacos</artifactId>
</dependency>
2.在nacos配置中心添加配置文件
[
{
"resource":"/goods",
"limitApp":"default",
"grade":1,
"count":2,
"strategy":0,
"controlBehavior":0,
"clusterMode":false
}
]
注意:
配置格式:选择 json 选项
配置内容:
resource: 资源名称
limitApp: 来源应用
grade: 阈值类型,0表示线程,1表示QPS
count: 单机阈值
strategy: 流控模式,0表示直接,1表示关联,2表示链路
controlBehavior: 流控效果,0表示快速失败,1表示Warm Up,2表示排队等待
clusterMode: 是否集群
3.修改微服务配置信息,添加sentinel规则配置信息到微服务的配置文件中
4.重启服务
- 配置信息查询
https://github.com/alibaba/Sentinel/wiki