现在微服务架构盛行，其中spring cloud方案就很具有代表。
那么在微服务之间进行调用，如果被调用的服务挂了，调用方如何感知呢？
在定义feignClient的地方指定熔断，如下图
当被调用服务不可用或者被调用方发生错误的时候，会触发熔断，但是，如果被调用方抛出异常，调用方怎么知道究竟是出了什么问题呢？
那，这就出现了
我们不得不提到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
以上为个人经验，希望能给大家一个参考，也希望大家多多支持。
