Sentionel统一异常处理

　　五.统一异常处理—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));      } }
　　添加规则测试:
　　六 @SentinelResource注解详解
　　通过前面的学习，我们了解到通过Sentinel除了可以控制对Spring Mvc接口层级的控制，也可以对service层的某个方法控制，也就是说在我们实际项目开发时不仅仅限于接口，可能对于某个方法的调用限流，对于某个外部资源的调用限流等都希望做到控制。
　　那么如何使用@SentinelResource注解灵活的定义控制资源以及如何配置控制策略。我们来系统学习一下。 1.自定义资源点
　　我们可以对这个资源点做限流处理 2 实现异常处理
　　默认情况下，Sentinel对控制资源的限流处理是直接抛出异常。设置了统一异常处理BlockExceptionHandler也会发现对非控制层的资源没有用，这样对用户交流不友好，我们需要处理一下@SentinelResource资源的异常信息。
　　@SentinelResource资源的异常处理有两种方式：
　　blockHandler：sentinel定义的失败调用或限制调用，若本次访问被限流或服务降级，则调用blockHandler指定的接口
　　fallback：失败调用，若本接口出现未知异常，则调用fallback指定的接口。
　　当两个都配置时，也就是当出现sentinel定义的异常时，调用blockHandler，出现其它异常时，调用fallback。 2.1 blockhandler 的使用
　　blockhandler 定义当资源内部发生了BlockException（也就是sentinel定义的失败异常或限制异常),应该走的处理逻辑。
　　要求：
　　1.当前方法的返回值和参数要和原方法一致
　　2.允许在参数列表的最后加入一个参数BlockException，用来接收原方法中发生的异常。
　　2.2 fallback的使用
　　要求：
　　1.当前方法的返回值和参数要和原方法一致
　　2.允许在参数列表的最后加入一个参数Throwable，用来接收原方法中发生的异常。
　　2.3 测试
　　3.怎么将异常处理放在资源类的外面
　　如果将所有的异常处理都放在资源类里面，会导致类很臃肿，不利于维护，外面可以将异常处理放在类外面
　　4.@SentinelResource的其它属性
　　value： Sentinel资源的名称，我们不仅可以通过url进行限流，也可以把此值作为资源名配置，一样可以限流。
　　entryType： 条目类型（入站或出站），默认为出站（EntryType.OUT）
　　resourceType： 资源的分类（类型）
　　blockHandler： 块异常函数的名称，默认为空
　　blockHandlerClass： 指定块处理方法所在的类
　　默认情况下， blockHandler与原始方法位于同一类中。 但是，如果某些方法共享相同的签名并打算设置相同的块处理程序，则用户可以设置存在块处理程序的类。 请注意，块处理程序方法必须是静态的。
　　fallback： 后备函数的名称，默认为空
　　defaultFallback： 默认后备方法的名称，默认为空
　　defaultFallback用作默认的通用后备方法。 它不应接受任何参数，并且返回类型应与原始方法兼容
　　fallbackClass： fallback方法所在的类（仅单个类）
　　默认情况下， fallback与原始方法位于同一类中。 但是，如果某些方法共享相同的签名并打算设置相同的后备，则用户可以设置存在后备功能的类。 请注意，共享的后备方法必须是静态的。
　　exceptionsToTrace： 异常类的列表追查，默认 Throwable
　　exceptionsToIgnore： 要忽略的异常类列表，默认情况下为空。 七 Sentinel整合OpenFeign实现服务降级(服务容错)
　　如果一个服务（服务消费者）调用了另一个服务（服务生产者),服务生产者有异常，会导致服务消费者出错，我们希望不仅仅只是显示错误，而是能启动熔断器，对服务消费者做降级（容错）处理。
　　那么应该怎么实现呢?
　　1.添加jar包
　　我们当前项目里已添加       org.springframework.cloud     spring-cloud-starter-openfeign 
　　2.添加配置信息
　　在服务消费者的配置文件中添加
　　3.添加降级处理类
　　4.在feign客户端关联对应的降级处理类
　　5.在服务提供者中模拟一个异常
　　比如 int i=1/0;
　　6.测试
　　八 Sentinel 规则持久化
　　Sentinel Dashboard中添加的规则是存储在内存中的，只要项目一重启规则就丢失了
　　我们可以将规则持久化到nacos中，在nacos中添加规则，然后同步到dashboard中.
　　方法如下：
　　1.添加jar包       com.alibaba.csp     sentinel-datasource-nacos 
　　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.重启服务