依赖隔离
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分支
