统一异常处理——BlockException
五.统一异常处理—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
