SpringCloud—-Feign隔离和降级

限流是一种预防措施，虽然限流可以尽量避免因高并发而引起的服务故障，但服务还会因为其它原因而故障。

而要将这些故障控制在一定范围，避免雪崩，就要靠线程隔离（舱壁模式）和熔断降级手段了。
线程隔离：调用者在调用服务提供者时，给每个调用的请求分配独立线程池，出现故障时，最多消耗这个线程池内资源，避免把调用者的所有资源耗尽。

熔断降级：是在调用方这边加入断路器，统计对服务提供者的调用，如果调用的失败比例过高，则熔断该业务，不允许访问该服务的提供者了。
可以看到，不管是线程隔离还是熔断降级，都是对客户端（调用方）的保护。需要在调用方 发起远程调用时做线程隔离、或者服务熔断。

而我们的微服务远程调用都是基于Feign来完成的，因此我们需要将Feign与Sentinel整合，在Feign里面实现线程隔离和服务熔断。

SpringCloud中，微服务调用都是通过Feign来实现的，因此做客户端保护必须整合Feign和Sentinel。

1.1.修改配置，开启sentinel功能

修改OrderService的application.yml文件，开启Feign的Sentinel功能：

feign:sentinel:enabled:true# 开启feign对sentinel的支持

1.2.编写失败降级逻辑

业务失败后，不能直接报错，而应该返回用户一个友好提示或者默认结果，这个就是失败降级逻辑。

给FeignClient编写失败后的降级逻辑
①方式一：FallbackClass，无法对远程调用的异常做处理

②方式二：FallbackFactory，可以对远程调用的异常做处理，我们选择这种
这里我们演示方式二的失败降级处理。
步骤一：在feing-api项目中定义类，实现FallbackFactory：
代码：

importcn.itcast.feign.clients.UserClient;importcn.itcast.feign.pojo.User;importfeign.hystrix.FallbackFactory;importlombok.extern.slf4j.Slf4j;@Slf4jpublicclassUserClientFallbackFactoryimplementsFallbackFactory<UserClient>{@OverridepublicUserClientcreate(Throwable throwable){returnnewUserClient(){@OverridepublicUserfindById(Long id){                 log.error("查询用户异常", throwable);returnnewUser();}};}}

步骤二：在feing-api项目中的DefaultFeignConfiguration类中将UserClientFallbackFactory注册为一个Bean：

@BeanpublicUserClientFallbackFactoryuserClientFallbackFactory(){returnnewUserClientFallbackFactory();}

步骤三：在feing-api项目中的UserClient接口中使用UserClientFallbackFactory：

importorg.springframework.cloud.openfeign.FeignClient;importorg.springframework.web.bind.annotation.GetMapping;importorg.springframework.web.bind.annotation.PathVariable;@FeignClient(value="userservice", fallbackFactory=UserClientFallbackFactory.class)publicinterfaceUserClient{@GetMapping("/user/{id}")UserfindById(@PathVariable("id")Long id);}

重启后，访问一次订单查询业务，然后查看sentinel控制台，可以看到新的簇点链路：

1.3.总结

Sentinel支持的雪崩解决方案：

• 线程隔离（仓壁模式）
• 降级熔断

Feign整合Sentinel的步骤：

• 在application.yml中配置：feign.sentienl.enable=true
• 给FeignClient编写FallbackFactory并注册为Bean
• 将FallbackFactory配置到FeignClient