初识Hystrix
HystrixCircutBreaker可以防止应用程序重复的尝试调用容易失败的依赖服务。
HystrixCircutBreaker的目的和Retry模式的目的是不同的。
Retry模式令应用程序不断的去重试调用依赖服务，直到最后成功。
而HystrixCircutBreaker是阻止应用程序继续尝试无意义的请求。
HystrixCircutBreaker可以按照如下的状态来实现：
关闭： 应用程序的请求已经路由到了这个操作。HystrixCircutBreaker应该维护最近一段时间的错误信息，如果调用操作失败，那么大力增加这个错误信息的数量。
如果这个错误数量超过给定时间的阈值，HystrixCircutBreaker进入到打开状态。这个时候，HystrixCircuitBreaker启动一个超时的Timer，当Timer过期了，代理则进入半开状态。超时Timer的目的是为了给依赖服务一段时间来自我修复之前碰到的问题。
打开： 令可能失败的外部调用操作立刻失败，所有的外部调用直接抛异常给应用程序。
半开： 只有一定数量的应用请求可以进行操作的调用。如果这些请求成功了，
那么就假定之前发生的错误已经被依赖服务自动修复了，而HystrixCircuitBreaker转换成关闭状态，同事重置错误计数器。如果任何请求失败了，那么
HystrixCircuitBreaker会假定错误仍然错在，HystrixCircutBreaker会重新
转换成打开状态，并重启超时Timer给依赖服务更多的时间来自我修复错误。
二、 解决办法
HystrixCircutBreaker可以防止应用程序不断地尝试执行可能会失败的操作，
使得应用程序继续执行而不用等待修正错误，或者浪费CPU时间去等到长时间
的超时产生。 HystrixCircutBreaker也可以使应用程序能够诊断错误是否
已经修正，如果已经修正，应用程序会再次尝试调用操作。HystrixCircutBreaker
就像是哪些容易导致错误的操作的一种代理。这种代理能够记录最近调用发生错误
的操作的一种代理。这种代理能够记录最近调用发生错误的次数，然后决定是否允许
操作继续，或者立即返回错误。
HystrixCircutBreaker可以使用状态机来实现，内部模拟以下几种状态。
闭合（closed）状态： 对应用程序的请求能够引起方法的调用。 代理类维护了最近
调用失败的次数，如果某次调用失败，则使失败次数加1。如果最近失败次数超过了
在给定时间内允许的阈值，则代理类切换到断开（open）状态。此时代理开启了一个
超时时钟。当该时钟超过了该时间，则切换到半断开（Half-Open）状态。该超时时间
的设定是给了依赖服务恢复正常。
断开（Open）状态： 在该状态下，对依赖服务的请求会立即返回错误响应。
半断开（Half-Open）状态： 允许对应用程序的一定数量的请求可以去调用依赖服务。
如果对这些请求
demo：
在pom.xml中添加：
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-hystrix</artifactId>
</dependency>
主程序Application类添加@EnableCircuitBreaker在配置文件中添加：
hystrix:
command:
default:
execution:
isolation:
thread:
timeoutInMilliseconds: 3000
circuitBreaker:
requestVolumeThreshold: 20
errorThresholdPercentage: 50%
sleepWindowInMilliseconds: 30000使用方法：
在controller或者service的方法增加@HystrixCommand(fallbackMethod = "error")
后面的fallbackMethod方法是断路器的回退方法。
例子：@HystrixCommand(fallbackMethod = "error")
@GetMapping(value = "/test")
public ResultVo getHystrix(HttpServletRequest request) {
return ResultUtils.success(hystrixService.hiService(request));
}其定义的回退方法如下：（入参和出参需要和@HystrixCommand定义的方法一致）ResultVo error(HttpServletRequest request) {
return ResultUtils.error(ResultEnum.PARAMETER_ERROR);
}
参数设置
| 名称 | 类型 | 含义 | 默认值 |
| circuitBreakerEnabled | Boolean | 是否启用断路器 | true |
| circuitBreakerErrorThresholdPercentage | Integer | 错误百分比，超过该值打开断路器 | 50 |
| circuitBreakerForceClosed | Boolean | 强制断路器打开 | false |
| circuitBreakerForceOpen | Boolean | 强制断路器关闭 | false |
| circuitBreakerRequestVolumeThreshold | Integer | 10s中内最少的请求量，大于该值，断路器配置才会生效 | 20 |
| circuitBreakerSleepWindowInMilliseconds | Integer | 断路器打开后多长时间尝试关闭（Half open） | 5s |
主要是这4个参数
timeoutInMilliseconds： 超时时间，单位为ms，这里配置的3s，实际生产环境需要压测。
requestVolumeThreshold ：10s内（Hystrix默认的，一般不用设定）请求数要达到配置的这个数量，才有可能触发断路器。意味着，如果没达到这个数量，比如设置的是20个，如果10s内有19个请求是错误的，那么断路器也不会触发。必须要达到20个 这是触发断路器的必要条件
errorThresholdPercentage：这个参数是错误率，默认的也是50%，意味着10s该接口的20个请求，如果有10个失败，会触发断路器
sleepWindowInMilliseconds：断路器打开之后，不会一直打开，在这个时间段过后，尝试访问服务是否正常（需要手动调用接口，不手动调用接口，断路器一直是Open状态）
以上配置的含义是: 在10s内，如果请求在20个及以上，且有50%失败的情况下，开启断路器；断路器开启30000ms后尝试关闭
