使用SpringCloud实现Java分布式开发【part-3】：Hystrix熔断器的介绍和使用步骤、服务降级和服务熔断及超时时长的配置

SpringCloud简介

Spring Cloud是Spring旗下的项目之一
Spring Cloud并不是一个组件 而是许多组件的集合
其将当下非常流行的一些技术整合到了一起 实现了多个分布式开发中的重要功能
协调了分布式环境中各个系统 并且为各类服务提供模板性的配置

其主要涉及的组件包括：

• Eureka：注册中心
• Zuul或Spring Cloud Gateway：服务网关
• Ribbon：负载均衡
• Feign：服务调用
• Hystrix或Resilience4j：熔断器

【在本篇中 将介绍Hystrix熔断器】

Hystrix熔断器

Hystrix熔断器在微服务系统中是一款提供保护机制的组件
是开源的一个延迟和容错库 用于隔离访问远程服务和第三方库 以防止出现级联失败

说到这里 就不得不提雪崩问题了

雪崩问题

在微服务中 服务间的调用关系错综复杂 一个请求可能需要调用多个微服务接口才能实现 这会形成非常复杂的调用链路
如下图：一次业务请求 需要调用A、P、H、I四个服务 而这四个服务又可能调用其它服务

那么问题来了
若此时 某个服务出现了异常
如下图：微服务I 发生异常 请求阻塞了 那么用户请求就不会得到响应 则tomcat的这个线程不会释放

于是 越来越多的用户请求到来 越来越多的线程会被阻塞：

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

此时 就需要用到Hystrix熔断器了

Hystrix解决雪崩问题的手段主要是服务降级 其包括：

• 线程隔离
• 服务熔断

一、线程隔离

Hystrix为每个依赖服务调用分配一个小的线程池 用户请求不直接访问服务 而是使用线程池中空闲的线程来访问服务
若线程池已满调用将被立即拒绝 默认不采用排队 加速失败判定时间

当判断到服务不可用(无论什么原因导致的) 即可告诉该线程该服务不可用 不再无限等待了 以提早返回结果

二、服务降级

服务降级：优先保证核心服务 而 非核心服务不可用或弱可用

用户的请求故障时不会被阻塞 更不会无休止的等待或者看到系统崩溃
至少可以看到一个执行结果(例如 返回友好的提示信息)

服务降级虽然会导致请求失败 但是不会导致阻塞 且最多会影响这个依赖服务对应的线程池中的资源 对其它服务没有影响

三、使用步骤

1、服务降级

①、添加依赖：

在消费端添加Hystrix的依赖：

<!-- Hystrix熔断器 -->
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netfilx-hystrix</artifactId>
</depend