第四节：Spring Cloud 核心组件（二）

此博客用于个人学习，来源于网上，对知识点进行一个整理。

1. Hystrix：

Hystix 是 Netflix 开源的一个延迟和容错库，用于隔离访问远程服务、第三方库，防止出现级联失败。

1.1 背景——雪崩问题：

微服务中，服务间调用关系错综复杂，一个请求，可能需要调用多个微服务接口才能实现，会形成非常复杂的调用链路：

如图，一次业务请求，需要调用 A、P、H、I 四个服务，这四个服务又可能调用其它服务。

如果此时，某个服务出现异常：

例如微服务 I 发生异常，请求阻塞，用户不会得到响应，则 tomcat 的这个线程不会释放，于是越来越多的用户请求到来，越来越多的线程会阻塞：

服务器支持的线程和并发数有限，请求一直阻塞，会导致服务器资源耗尽，从而导致所有其它服务都不可用，形成雪崩效应。

Hystix解决雪崩问题的手段有两个：

• 线程隔离
• 服务熔断

1.2 线程隔离，服务降级：

1. 线程隔离：
   Hystrix 为每个依赖服务调用分配一个小的线程池，如果线程池已满调用将被立即拒绝，默认不采用排队，从而加速失败判定时间。用户的请求将不再直接访问服务，而是通过线程池中的空闲线程来访问服务，如果线程池已满，或者请求超时，则会进行降级处理。
2. 服务降级：
   优先保证核心服务，而非核心服务不可用或弱可用。用户的请求故障时，不会被阻塞，更不会无休止的等待或者看到系统崩溃，至少可以看到一个执行结果（例如返回友好的提示信息） 。服务降级虽然会导致请求失败，但是不会导致阻塞，而且最多会影响这个依赖服务对应的线程池中的资源，对其它服务没有响应。

触发Hystix服务降级的情况：

• 线程池已满
• 请求超时

1.3 降级实践：

1）引入依赖：

首先在 itcast-service-consumer 的 pom.xml 中引入 Hystrix 依赖。

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
</dependency>

2）开启熔断：

在启动类上添加注解 @EnableCircuitBreaker。但其实 Spring 为我们提供了一个组合注解——@SpringCloudApplication，该注解包含配置类常用的几个注解——@SpringBootApplication 和 @EnableDiscoverClient。

@SpringCloudApplication
public class ItcastServiceConsumerApplication {
   

    @Bean
    @LoadBalanced
    public RestTemplate restTemplate(){
   
        return new RestTemplate();
    }

    public static void main(String[] args) {
   
        SpringApplication.run(ItcastServiceConsumerApplication.class, args);
    }
}

3）编写降级逻辑：

改造 itcast-service-consumer，当目标服务的调用出现故障，我们希望快速失败，给用户一个友好提示。因此需要提前编写好失败时的降级处理逻辑，要使用 @HystixCommond 注解。

@Controller
@RequestMapping("consumer/user")
public class UserController {
   

    @Autowired
    private RestTemplate restTemplate;

    @GetMapping
    @ResponseBody
    @HystrixCommand(fallbackMethod = "queryUserByIdFallBack") //用来声明一个降级逻辑的方法
    public String queryUserById(@RequestParam("id") Long id) {
   
        String user = this.restTemplate.getForObject("http://service-provider/user/" + id, String.class);
        return user;
    }

    public String queryUserByIdFallBack(Long id){
   
        return "请求繁忙，请稍后再试！";
    }
}

注意：熔断的降级逻辑方法必须跟正常逻辑方法保证：相同的参数列表和返回值声明。失败逻辑中返回 User 对象没有太大意义，一般会返回友好提示。所以我们把 queryById 的方法改造为返回String，比如 Json 数据。这样失败逻辑中返回一个错误说明，会比较方便。

当 itcast-service-provder 正常提供服务时，访问与以前一致。但是当我们将 itcast-service-provider 停机时，会发现页面返回了降级处理信息：请求繁忙，请稍后再试！

1.4 降级优化：

1）默认 FallBack：

把 Fallback 写在了某个业务方法上，如果这样的方法很多，那岂不是要写很多。所以我们可以把 Fallback 配置加在类上，实现默认 Fallback：

@Controller
@RequestMapping("consumer/user")
@DefaultProperties(defaultFallback = "fallBackMethod") // 指定一个类的全局熔断方法
public class UserController {