笔记

6、高级篇幅之深入源码剖析Hystrix降级策略和调整
简介：源码分析Hystrix降级策略和调整

1、查看默认讲解策略 HystrixCommandProperties
       1）execution.isolation.strategy 隔离策略
           THREAD 线程池隔离（默认）
           SEMAPHORE 信号量
               信号量适用于接口并发量高的情况，如每秒数千次调用的情况，导致的线程开销过高，通常只适用于非网络调用，执行速度快

2）execution.isolation.thread.timeoutInMilliseconds 超时时间
默认 1000毫秒

3）execution.timeout.enabled 是否开启超时限制（一定不要禁用）

4）execution.isolation.semaphore.maxConcurrentRequests 隔离策略为信号量的时候，如果达到最大并发数时，后续请求会被拒绝，默认是10

官方文档:
https://github.com/Netflix/Hystrix/wiki/Configuration#execution.isolation.strategy

2、调整策略
超时时间调整

hystrix:
   command:
   default:
   execution:
   isolation:
   thread:
   timeoutInMilliseconds: 4000

开始

模拟商品服务响应慢。sleep2秒

orderService调用商品服务
服务都启动正常为什么还超时了呢？？？这是因为feign默认的超时机制

hystrix里面本身有一个熔断降级。这里把readTimeout设置为4秒

重新调用，一样还是会出问题

光靠设置feign的超时时间是不行的，因为我们用了熔断。就需要分析hyxtrix的超时策略。
点进去@HystrixCommand这个注解

点击后左边就有对应的列表

找到HystrixCommandProperties

默认的注解的配置

构造函数里面有很多的配置项。这里我们参考官方文档
https://github.com/Netflix/Hystrix/wiki/Configuration#execution.isolation.strategy
execution.isolation.strategy：隔离策略

下面看的是这个官方文档、：https://github.com/Netflix/Hystrix/wiki
一个服务调用其他关联的服务

如果某一天I服务特别慢，那么所有的请求都堆积到这里了

tomcat是有线程池的，所有的线程都会在这里卡主，别的请求进不来。导致整个系统不可用

1千个线程池平均分配没个请求250个，当有请求卡主的服务最多只能调用250个线程。其他的线程还可以使用。不会都卡在这一个服务里面，这样就是线程池隔离。

回到HystrixCommandProperties

默认策略点进去：Default_executionIsolationsStrategy

默认的策略是线程。

一个是线程一个是信号量

超时时间

execution.timeout.enabled
搜索关键字

对应的值在这里。默认是1000毫秒，也就是1秒。

execution.timeout.enabled 是否开启超时限制（一定不要禁用）
任何一个服务一定不要关闭超时时间，一定要设置一个超时时间。
默认是开启的。任何一个服务肯定有出问题的时候，肯定不能无限的链接。链接会被耗尽

execution.isolation.semaphore.maxConcurrentRequests 隔离策略为信号量的时候，如果达到最大并发数时，后续请求会被拒绝，默认是10