Spring Cloud Hystrix 的服务降级与异常处理
服务降级
前面两篇文章中,fallbackMethod所描述的函数实际上就是一个备胎,用来实现服务的降级处理,在注解中我们可以通过fallbackMethod属性来指定降级处理的方法名称,在自定义Hystrix请求命令时我们可以通过重写getFallback函数来处理服务降级之后的逻辑。使用注解来定义服务降级逻辑时,服务降级函数和@HystrixCommand注解要处于同一个类中,同时,服务降级函数在执行过程中也有可能发生异常,所以也可以给服务降级函数添加‘备胎’,如下:
1 | @HystrixCommand(fallbackMethod = "error1") |
在实际开发中,并不是所有的请求都要提前预备好服务降级问题,如果我就是要将服务调用失败的信息展示给用户,那么此时就没有必要添加断路器了。
异常处理
我们在调用服务提供者时有可能会抛异常,默认情况下方法抛了异常会自动进行服务降级,交给服务降级中的方法去处理,在自定义Hystrix请求命令的方式下,我们可以在getFallback方法中调用getExecutionException方法来获取抛出的异常,举个简单的例子:
1 | @Override |
此时访问结果如下:
控制台打印的日志如下:
自动进行了服务降级。
如果我们采用了注解的方式,只需要在服务降级方法中添加一个Throwable类型的参数就能够获取到抛出的异常的类型,如下:
1 | @HystrixCommand(fallbackMethod = "error1") |
控制台打印的日志也是/ by zero
,我就不再贴图片了。此时,如果有一个异常抛出后我不希望进入到服务降级方法中去处理,而是直接将异常抛给用户,那么我们可以在@HystrixCommand注解中添加忽略异常,如下:
1 | @HystrixCommand(fallbackMethod = "error1",ignoreExceptions = ArithmeticException.class) |
此时执行结果如下:
这里的实现原理很简单,因为有一个名叫HystrixBadRequestException的异常不会进入到服务降级方法中去,当我们定义了ignoreExceptions为ArithmeticException.class之后,当抛出ArithmeticException异常时,Hystrix会将异常信息包装在HystrixBadRequestException里边然后再抛出,此时就不会触发服务降级方法了。