SpringCloud feign微服务调用之间的异常处理方式
如何优雅地处理微服务间调用的异常
现在微服务架构盛行,其中spring cloud方案就很具有代表。
那么在微服务之间进行调用,如果被调用的服务挂了,调用方如何感知呢?
一、加上hystrix熔断
在定义feignClient的地方指定熔断,如下图
当被调用服务不可用或者被调用方发生错误的时候,会触发熔断,但是,如果被调用方抛出异常,调用方怎么知道究竟是出了什么问题呢?
那,这就出现了
二、feign全局异常处理
我们不得不提到feign提供的一个接口叫做ErrorDecoder, 是用来处理feign异常的,有一个方法需要实现 public Exception decode(String s, Response response)
如下图:
这样就会替换它默认的feign异常处理,这样就可以捕捉全局的异常了,但是又带来一个新的问题,如果使用这个ErrorDecoder,得关闭熔断,否者这里抛出的FeignBadRequestException异常又会被hystrix吞掉,那,有没有更好的办法呢?
在被调用的controller方法里面捕捉全局异常,发生错误的时候,把异常保存一个对象里面,然后用该对象进行服务间的通信,调用方收到结果再检查是否包含错误,这个方式确实可以解决,但,这肯定不是个好办法;那么有没有更好的办法呢?跳出ErrorDecoder后,会经过在AbstractCommand里面的一个executeCommandAndObserve方法里面有个function叫做 handleFallback
由此可知,当抛出的异常是HystrixBadRequestException时,直接抛出异常,不再经过fallback,那么我们的解决办法就有了,那就是调整FeignBadRequestException 的继承对象,如图
现在,就实现了服务端不可用和服务端报错的异常分离,但是可能,有的同学已经注意到了,FeignClientErrorDecoder这个异常处理类里面是是针对状态为SERVICE_UNAVAILABLE的进行了特别处理,为社么要这样?这是因为与被调用方约定当状态码为 SERVICE_UNAVAILABLE 的时候视为被调用方主动抛出的异常
需要注意的地方
我们的被调用方除了提供微服务之间调用,很可能也提供了面向前端的接口,为了封装我们程序内部的异常,通常我们会定义个全局异常捕捉类,即使报错了,我们也提供一个友好的交互方式,比如下面这样
第一处我们除了系统内部抛出的异常,第二处处理其它异常,也就是说,不管抛出什么错,该服务都会返回一个状态值为200的信息出去,那么问题来了,我们微服务间的调用也会被处理成200,从而导致feign会以为服务是正常的,正常返回结果了,没有报错,那怎么办?
三、针对内部调用的特殊处理
当然,你可能想到了,我们可以在提供给内部使用的接口进行异常转换,然后让全局异常处理处不进行这样的处理,但是,每个内部接口都要进行全局异常捕捉,然后转换,这,明显不是最好的做法
四、通过注解标记为接口为内部调用接口
先定义一个注解,直接上图
我们定义该注解为方法和类上都可以使用,然后再定义处理程序
处理程序要做一件事情,就是在程序方法异常的时候,将http状态码设置为我们约定的SERVICE_UNAVAILABLE,然后看下怎么使用
这样我们把该方法标记为了供内部使用的接口,当然,同样也可以将注解放在类上,这样就可以把该类的全部方法标记为内部调用。
至此,我们现在调用其它服务的方法,就可以调用本地的一样了,当然,如果你想在调用其它服务的方法报错后想继续执行其它逻辑,同样也可以,直接catch FeignBadRequestException 这个异常就可以了
微服务间调用异常改参
两个微服务之间通过feign调用时,后台抛出异常:
feign.RetryableException: Read timed out executing POST
解决方法:
在你的yml文件中添加
ribbon: ReadTimeout: 60000 ConnectTimeout: 60000
以上为个人经验,希望能给大家一个参考,也希望大家多多支持我们。