hystrix 服务方降级和消费方降级

该项目的依赖在 SpringCloud 父项目中已经不包含了，需要我们自己引入对应的版本，不能依赖于 SpringCloud 的版本了。

hystrix 服务降级配置

降级就是说在调用某个方法发生超时、异常等错误时，改为调用备用方法，并使用备用方法的结果来替代原方法的操作。例如原方法是请求Redis中的数据，但因为Redis宕机，导致请求发生异常，则此时可以调用备用方法通过查询数据库给出结果。

hystrix， 服务降级， @EnableHystrix，@HystrixCommand，@HystrixProperty， fallbackMethod

作为 SpringCloud 中的执法部门-六扇门，Hystrix 监管着服务的一举一动，不管是超时还是异常抛出，但凡有违法乱纪的现象发生，就会被强制放到 fallback 里进行改造。可是，每个应用都有一长串的服务，那全部都交给 Hystrix 这能管得过来吗？Hystrix 可不是所有服务都监督，毕竟六扇门人力有限，他们只盯梢一些关键人物，给每个关键人物指派一个锦衣卫，但凡有异常发生，立即动手。接下来，我们就来看看六扇门的锦衣卫是如何秉公执法的。

Hystrix 服务降级和熔断 代码编写和设置

复杂分布式体系机构中的应用程序有数十个依赖关系，每个依赖关系在某些时候将不可避免地失败多个微服务之间调用的时候，假设微服务A调用微服务B和微服务C，微服务B和微服务C又调用其他的微服务，这就是所谓的“扇出”如果扇出的链路上某个微服务的调用响应时间过长或者不可用，对微服务A的调用就会占用越来越多的系统资源，进而引起系统崩溃，所谓的“雪崩效应”。对于高流量的应用来说，单一的后端依赖可能会导致所有服务器上的所有资源都在几秒钟内饱和，比失败更糟糕的是，这些应用程序还可能导致服务之间的延迟增加，备份队列，线程和其他系

服务降级意味着在主逻辑（如调用远程服务）执行失败或超时时，系统能够自动切换到一个预先定义好的、简化的逻辑来处理请求，这个简化的逻辑通常能提供部分功能或者一个友好的错误提示，而不是让请求完全失败。服务降级是Hystrix提供的一种非常重要的容错机制，它能够在主流程失败时提供一个兜底方案，保证系统的稳定性和用户体验。合理设计降级逻辑是提高系统韧性和用户体验的关键。

服务降级：发生在客户端侧，当某个微服务自身出现大量的请求，从而没办法处理过来的时候，这个时候可以采取某种策略，将那些不重要的请求直接中断，返回事先定义好的fallback方法（可以叫做兜底方法），这样就可以为那些核心业务接口提供更多的资源。服务降级是最简单的一种实现方式，那什么情况下会出发服务降级呢？？？第一种情况：当出现【HystrixBadRequestException】之外的异常时候，就会触发服务降级。第二种情况：当接口方法调用超时，触发服务降级。第三种情况：熔断器开启的时候。

服务降级和服务熔断

Hystrix是Netflix开源的一款针对分布式系统延迟和容错的库。通过添加延迟容忍和容错逻辑，从而控制分布式服务之间的交互。