依赖隔离

Hystrix的依赖隔离采用了线程池隔离方式，会为每个HystrixCommand创建一个独立的线程池，这样，就算某个被HystrixCommand包住的服务出现延迟高的情况，也只是对该依赖的服务产生影响，并不会拖慢其他服务。使用了HystrixCommand包围住的函数，Hystrix就会对该服务自动实现了依赖隔离。所以服务降级和依赖隔离是一起实现的，编程实现也很简单。

断路器

在HystrixCommandProperties找找到断路器的配置

主要就是这4个参数，可以点击进去查看其代表的意思

在order中增加一个testHystrixCommand4接口，根据传过来的number来判断是否调用msg2

启动product、order等服务，number为1时，因为这里没有设置超时时间，调用msg2肯定会失败

调用失败

number为2时，因为没有超过默认超时时间，所以请求会直接成功

这时候，疯狂刷一会number=1，然后再去刷一下number为2，会发现number为2的请求也会失败

这就是断路器的保护功能，当这个接口失败次数达到你设置的次数，就触发服务降级，等过了你设置的时间，number为2这个接口又恢复了正常了。

下面就是断路器的原理图

原理图

这里面有三种状态closed、open、half open。

closed就是关闭状态，即服务请求是成功的，当请求失败到异常次数后，就会触发熔断，进入open模式。

open就是打开状态，此时会对服务直接返回错误，但是涉及到一个时钟选项，默认的时钟到了这个时间后，就会进入half open半熔断状态。

half open半熔断状态：如果调用都成功或者成功率达到一定比例，就会认为服务恢复了，进入closed模式。否则就认为服务未成功，又回到open状态。

@HystrixProperty(name ="circuitBreaker.enabled", value ="true"), //设置打开熔断

@HystrixProperty(name ="circuitBreaker.requestVolumeThreshold", value ="10"), //请求数达到后才计算错误率

@HystrixProperty(name ="circuitBreaker.errorThresholdPercentage", value ="40"), //成功率超过这个数字就代表服务恢复了

@HystrixProperty(name ="circuitBreaker.sleepWindowInMilliseconds", value ="10000"), //熔断时间，即设置一个时间窗口。当失败次数达到熔断是，就会进入这个时间窗口，这时候默认返回服务降级的处理逻辑，过了这个窗口时间，服务恢复了就会采用原来的处理逻辑，如果服务未恢复就进入新的时间窗口。

order代码在： https://github.com/hmilyos/springCloud-order.git hystrixBreaker分支