SpringCloud框架基础（五）Hystix熔断

Hystix简介

• Hystix是Netflix开源的一个延迟和容错库，用于隔离访问远程服务、第三方库，防止出现级联失败。
  

熔断器的工作机制

• 在分布式系统中应用这一模式之后，服务调用方可以自己进行判断某些服务反应慢或者存在大量超时的情况，能够主动熔断，防止整个系统被拖垮。
• 演示大概：
  • 一开始的服务调用：
    
  • 当有服务出现异常时，直接进行失败回滚，服务降级处理
    
• 当服务繁忙时，如果服务出现异常，不是粗暴的直接报错，而是返回一个友好的提示，虽然拒绝了用户的访问，但是会返回一个结果。
• 系统特别繁忙时，一些次要服务暂时中断，优先保证主要服务的畅通，一切资源优先让给主要服务来使用，在双十一、618时，京东天猫都会采用这样的策略，将一些不必要的功能关掉，提供给购物。

入门案例

1. 在服务调用者导入依赖

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

2. 在服务调用者的启动类上，引入标签@EnableCircuitBreaker
   
   • 或者可以在服务调用者上直接使用@SpringCloudApplication
     
     • ctrl+右键点击标签@SpringCloudApplication
       ，进入查看，发现跟之前的一样，也有那三个标签，所以只用写一个@SpringCloudApplication
       就好了。
       
3. 在调用函数上附上标签@HystrixCommand(fallbackMethod = "findByIdFallback")，并且创建Fallback函数
   • @HystrixCommand(fallbackMethod = "findByIdFallback")：声明一个失败回滚处理函数findByIdFallback，当qfindById执行超时（默认是1000毫秒），就会执行fallback函数，返回错误提示。
   • 注意：fallback函数必须跟主函数的返回和参数一样，不然会报错误。
     
   • 如果每个方法的话，就需要创建多个fallback函数，所以只需要在类上加上标签@DefaultProperties(defaultFallback = "findByIdFallback")
     • 注意这个时候就不能有参数，因为这是全部方法的，所以他需要的空参的函数。
       

测试

1. 修改服务提供者的service，让他沉睡2s
   
2. 启动测试
   

优化

1. Ribbon的超时时间一定要小于Hystix的超时时间。
   • 假设我们的Ribbon超时时间设置的是1000ms，而Hystix的超时时间默认也是1000ms，导致重试机制没有被触发，而是先触发了熔断。
2. 我们可以通过hystrix.command.default.execution.isolation.thread.timeoutInMilliseconds来设置Hystrix超时时间。有两种方法
   • 第一种，在application.yml上配置
     • 其中default是默认所有的方法，如果你想要的是单一方法，可以修改成对应的，或是你想要的某个服务也可以
       
   • 第二种，在方法上利用标签配置