异常处理
服务降级一方面可能是去调用provider没调通,会发生服务降级。另一方面可能在是自己本身就抛出异常了,这种情况也会发生服务降级。
那么自己本身抛出异常是怎么一回事呢?比如说在BookService中的hello方法中加入一行必错的代码:
那么在这个hello方法本身在执行的时候时候就会抛异常,抛异常就会导致服务降级,不用等到调用provider调不通的时候再去服务降级。
还有就是在BookCommand中方法本身抛出异常也会自动降级:
启动,访问test4方法,因为它调用了BookCommand:
然后访问test3,它调用了BookService中的hello方法,也发现了服务降级:
现在自己抛异常已经发现了服务降级,但是还有一个问题,就是这个降级,那我想知道在降级的方法中到底发生了什么异常。
只需要在error方法中加一个参数就行了,但是这个参数的类型一定要写对,否则异常就不会进入这个方法,所以一般写异常的最大父类Throwable
在BookCommand中就更简单了,它有一个自带的getExecutionExcepion方法,可以获取异常信息:
这是异常的处理,异常的处理还有一个问题就是异常的忽略,那么现在发生异常的时候直接进行服务降级,如果不进行服务降级就会展示一个错误的页面,那如果有时候就是想要展示错误的页面,不需要进行服务降级,那该怎么办呢?比如说当发生数学异常的时候,不必降级,直接展示错误的页面。其他异常就做降级处理。那么可以这样配置:
它是一个数组,可以配置多个异常忽略
这时候就可以直接看到异常页面了。
请求缓存
请求缓存就是说如果多个接口调用provider,调用的是同一个接口,同一个参数,它这里面也带了一个缓存,可以把数据缓存下来,不再多次去调provider中的接口了。
在provider的BookController中做如下修改:
这样的话一会儿如果这个日志打印出来,就说明这个方法被调用了,如果没有打印就说明这个方法没有被调用,我们就能知道之歌缓存生效没有。
缓存默认就是开启的,并不需要写什么,但是有些东西还是要稍微改一下:
首先在consumer的BookController中做如下修改:
然后在consumer中的BookController中做如下修改:
然后启动项目:
consumer中执行了2次如下:
而在provider中只调用了一次:
需要注意的是,如果再次请求,还会继续被调用,因为缓存只在test4方法结束前有效。
通过注解的方式也可以实现缓存:
在consumer的BookService中做如下修改:
在consumer的BookController中做如下修改:
启动项目后也是一样的,在consumer中执行了两次:
在provider中只调用了一次: