?<dependency>
 ? ? ? ? ? ?<groupId>org.springframework.cloud</groupId>
 ? ? ? ? ? ?<artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
 ? ? ? ?</dependency>

2.2. 消费者端开启熔断

2.3. 控制器添加

?

2.4. 测试

?

2.5. 整个控制器配置

2.6. 测试

?

2.7. 开发中的配置

1：由于熔断可以写在消费者端，也可以写在提供者端，也可以两端都写，那么由于消费者访问提供者是有返回值类型的，那么我们的callback方法 也应该有对应的返回类型要求，否则将会二次报错 （ResponseEntity统一返回值类型的好处） ? ? 

2：我们一个服务有可能又是提供者又是消费者，所以能不能做到很灵活 比如想让谁处理 谁处理 

2.8. Feign接口工程中添加类

?

2.9. 接口中添加

?

2.10. 处理端开启hystrix

因为我们把熔断这个事，放到了OpenFeign的接口中，所以如果是提供者处理 就在提供者的配置文件中开启 如果是消费者处理，就在消费者配置文件中开启

?

2.11. 控制器中的内容可以去掉

?

3. 超时问题

3.1. 问题演示

?

?

3.2. 问题说明

因为我们设置了OpenFeign的超时时间是5秒，也就是说这5秒内返回数据都是正常的，但是当我们延时的时间在OpenFeign的范围内，也访问不到数据，触发了Hystrix，因为Hystrix的默认超时时间是1秒 如果1秒没有返回数据 默认熔断器打开 ?

3.3. 设置熔断器时间

hystrix:
? command:
? ? default:
? ? ? execution:
? ? ? ? isolation:
? ? ? ? ? thread:
? ? ? ? ? ? timeoutInMilliseconds: 6000 ## 一般设置的时间 大于等于OpenFeign的超时时间

3.4. 测试

?

4. 服务熔断

服务熔断：比如整个宿舍楼 所有的人都在看片，看到高潮的时候，此时由于功率过高，保险丝断了，这就是熔断 而Hystrix的熔断和保险丝还不一样，保险丝的熔断需要人为接上，而hystrix的熔断会自动再恢复

4.1. 熔断器状态

Closed ?
?? ?关闭状态(熔断器关闭) 所有请求正常访问

Open?
?? ?打开状态(熔断器打开) 所有请求都会被降级 Hystrix会对请求情况进行统计 如果当一定时间内失败请求达到默认值(默认是百分之50并且访问数不低于20次)时 触发熔断 此时熔断器会打开 此时请求直接超时 不会再等待

HalfOpen?
?? ?半打开状态 ? 当熔断器打开之后5秒(默认值) 会进入半打开状态 释放部分请求通过 如果释放的这些请求是还是有不正常的 ?那么进入打开状态 然后再5秒进去半打开状态 然后请求的情况 是否再次进入打开状态(一直循环)?? ?

4.2. 熔断器的配置

?

4.3. 遗憾的事情

?

cs