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 这个异常就可以了

本文地址：https://blog.csdn.net/zf12178/article/details/108491769