服务调用中的异常处理方案

背景

在微服务架构中,A服务调用B服务,当B服务中抛出异常时,我们的意愿是能够获取到所有的异常信息,并且可以触发服务的熔断降级。

但由于全局异常处理机制的存在,会帮我们处理B服务中抛出的异常,并把HTTP的状态码设置为200,那么此时对A服务来说,对B服务抛出的异常是无感知的,仍会继续业务代码的执行,并且不会触发服务的熔断降级,可能会导致微服务系统的雪崩。

注意:这里要区分业务状态码和HTTP的相应状态码,业务状态码是无法触发降级的。

场景

现在有个服务A 和服务B部分代码

服务A 的代码

@RestController
@Slf4j
public class AController {

    @Autowired
    private FeignClient feignClient;

    @GetMapping("/consumer/test")
    public CommonResult test() {
        //调用服务
        log.info("--------------服务A开始调用B服务---------");
        CommonResult commonResult = feignClient.getName();
        //返回结果
        return commonResult;
    }
}

Feign客户端的代码

@FeignClient(value = "myServe
  • 11
    点赞
  • 11
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值