0、Hystrix是什么

Hystrix能使你的系统在出现依赖服务失效的时候，通过隔离系统所依赖的服务，防止服务级联失败，同时提供失败回退机制，更优雅地应对失效，并使你的系统能更快地从异常中回复

总体来说Hystrix就是一个能进行熔断和降级的库，通过使用它能提高整个系统的弹性。

那么什么是熔断和降级呢？ 此时我们整个微服务系统是这样的，服务A调用了服务B，服务B在调用了服务C，但是因为某些原因，服务C顶不住了，这时候大量请求会在服务C阻塞。
Hystrix重要概念 - 图1
服务C阻塞了还好，毕竟只是一个系统崩溃了。但是请注意这个时候因为服务C不能返回响应，那么服务B调用服务C的的请求就会阻塞，同理服务B阻塞了，那么服务A也会阻塞崩溃。

请注意，为什么阻塞会崩溃。因为这些请求会消耗占用系统的线程、IO 等资源，消耗完你这个系统服务器不就崩了么

Hystrix重要概念 - 图2
这就叫服务雪崩
所谓熔断就是服务雪崩的有效解决方案。当指定时间窗内的请求失败率达到设定阈值时，系统将会通过断路器直接将此请求链路端口

也就是我们上面服务B调用服务B在指定时间窗内，调用的失败率达到了一定的值，那么Hystrix则会自动将服务B与服务B之间的请求都断了，以免导致服务雪崩现象。

其实这里所讲的 熔断 就是指的 Hystrix 中的 断路器模式 ，你可以使用简单的 @HystrixCommand 注解来标注某个方法，这样 Hystrix 就会使用 断路器 来“包装”这个方法，每当调用时间超过指定时间时(默认为1000ms)，断路器将会中断对这个方法的调用。

当然你可以对这个注解的很多属性进行设置，比如设置超时时间，像这样。

  1. @HystrixCommand(
  2.     commandProperties = {@HystrixProperty(name = "execution.isolation.thread.timeoutInMilliseconds",value = "1200")}
  3. )
  4. public List<Xxx> getXxxx() {
  5.     // ...省略代码逻辑
  6. }

但是，我查阅了一些博客，发现他们都将熔断和降级的概念混淆了，以我的理解，降级是为了更好的用户体验，当一个方法调用异常时，通过执行另一种代码逻辑来给用户友好的回复。 这也就对应着 Hystrix 的 后备处理 模式。你可以通过设置 fallbackMethod 来给一个方法设置备用的代码逻辑。比如这个时候有一个热点新闻出现了，我们会推荐给用户查看详情，然后用户会通过id去查询新闻的详情，但是因为这条新闻太火了(比如最近什么易对吧)，大量用户同时访问可能会导致系统崩溃，那么我们就进行 *服务降级 ，一些请求会做一些降级处理比如当前人数太多请稍后查看等等。

  1. // 指定了后备方法调用
  2. @HystrixCommand(fallbackMethod = "getHystrixNews")
  3. @GetMapping("/get/news")
  4. public News getNews(@PathVariable("id") int id) {
  5.     // 调用新闻系统的获取新闻api 代码逻辑省略
  6. }
  7. // 
  8. public News getHystrixNews(@PathVariable("id") int id) {
  9.     // 做服务降级
  10.     // 返回当前人数太多，请稍后查看
  11. }

1、服务降级

服务器忙，请稍后再试，不让客户端等待并立刻返回一个友好提示，fallback

哪些情况会发生服务降级：
程序运行异常
超时
服务熔断触发服务降级
线程池/信号量打满也会导致服务降级

2、服务熔断

类比保险丝达到最大服务访问后，直接拒绝访问，拉闸限电，然后调用服务降级的方法并返回友好提示。

就是保险丝（服务降级—>进而熔断—>回复调用链路）

3、服务限流

秒杀高并发等操作，严禁一窝蜂的过来拥挤，大家排队，一秒钟N个，有序进行