一、Hystrix 熔断原理
Hystrix 是一个 Netflix 开源的库，它实现了线程封闭、隔离、资源池、拒绝、断路器、缓存等一系列机制。它最主要的作用就是在分布式系统中提供容错能力，防止雪崩效应发生。
Hystrix 的熔断器原理是在一定时间内，对于同一服务的请求次数超过了一定的阈值，并且失败率达到了一定的比例，就会触发熔断器的断路器打开，此时对于该服务的请求就会快速失败，不再发送到服务提供者，而是直接调用断路器的 fallback 方法返回一个默认的值。
Hystrix 的熔断器具有自我诊断和自我修复能力，如果这个服务恢复了健康状态，断路器会自动关闭，请求又会发送到服务提供者。当然开发者也可以手动关闭和打开断路器。
二、Hystrix 开关推荐使用什么注解
Hystrix 的开关可以使用 @HystrixCommand 注解，它是一个在方法上注解，标注了该方法的熔断逻辑和降级逻辑。如果该方法出现了异常或超时，Hystrix 会将其熔断，触发 fallback 逻辑。
@HystrixCommand 使用起来非常简单，只需要在需要被熔断的方法上添加注解，并指定 fallbackMethod。例如：
@HystrixCommand(fallbackMethod = "fallbackMethod")
public String hystrixMethod(){
// 需要被熔断的方法
}
public String fallbackMethod(){
// 熔断后调用的方法
}
三、Hystrix 怎么读
Hystrix 的英文发音为 hi-striks，这个单词来源于 "hystric"，即急性疼痛的意思。不过 Mihai Nadas 在他的博客中说他在选这个名字的时候，绝对没有想到 Hystrix 会如此成功，他只是想找一个比 Hystric 更容易搜索的单词，所以选了 Hystrix。
四、Hystrix 原理
Hystrix 的实现原理包括线程池隔离、请求缓存、请求合并、限流、服务降级、熔断、自我调节等几个方面。其中最核心的是断路器的实现。在一段时间内，如果请求次数超过了一个阈值，并且失败率达到了一定的比例，断路器会打开，这时后面的请求会快速失败并直接调用熔断后的 fallback 方法，从而起到保护服务的作用。
五、Hystrix 停用
Hystrix 默认是开启的，但我们可以通过配置文件 hystrix.command.default.enabled=false 来停用 Hystrix，这样不会使用 Hystrix 的任何功能，服务的异常将会立即抛到调用方，不会触发熔断和降级逻辑。
六、Hystrix 使用
在 Spring Boot 项目中，使用 Hystrix 非常简单，首先需要引入 Hystrix 的依赖：
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
</dependency>
然后在需要熔断的方法上添加 @HystrixCommand 注解，指定 fallback 方法即可。
七、Hystrix 熔断器
Hystrix 的熔断器是一个状态机，有开启状态、关闭状态和半开状态三种。在关闭状态下，所有请求都正常处理；在开启状态下，请求都会失败，触发 fallback；在半开状态下，只有一部分请求会重新尝试调用服务。断路器的状态会根据请求响应情况和时间进行自我调节。
八、Hystrix 降级
Hystrix 实现了服务的降级，即在服务不可用时，返回一个默认值或备用服务的结果，以提高服务的可用性和稳定性。在 Hystrix 中降级是通过 fallback 方法实现的，如果主逻辑出现异常，就会回退到 fallback 方法中，返回一个缺省的值或者从缓存中返回已缓存的数据等。
九、Hystrix 和 Sentinel
Hystrix 和 Sentinel 都是基于熔断器的服务保护组件。相对而言，Hystrix 更加成熟稳定，用于生产环境和对稳定性、可用性要求较高的系统，而 Sentinel 用于开发和测试环境，适合对系统进行压测和限流等操作。
