SpringCloud feign微服务调用之间的异常处理方式

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://解标记为接口为内部调用接口

先定义一个注解，直接上图

我们定义该注解为方法和类上都可以使用，然后再定义处理程序

处理程序要做一件事情，就是在程序方法异常的时候，将http状态码设置为我们约定的SERVICE_UNAVAILABLE，然后看下怎么使用

这样我们把该方法标记为了供内部使用的接口，当然，同样也可以将注解放在类上，这样就可以把该类的全部方法标记为内部调用。

至此，我们现在调用其它服务的方法，就可以调用本地的一样了，当然，如果你想在调用其它服务的方法报错后想继续执行其它逻辑，同样也可以，直接catch FeignBadRequestException 这个异常就可以了

微服务间调用异常改参

两个微服务之间通过feign调用时,后台抛出异常:

feign.RetryableException: Read timed out executing POST

解决方法：

在你的yml文件中添加

ribbon:

ReadTimeout: 60000

ConnectTimeout: 60000

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。