8、Spring Cloud08——断路器02

异常处理

服务降级一方面可能是去调用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中只调用了一次：