Hystrix断路器简介及应用_断路器hystrix介绍-CSDN博客

本文链接：https://blog.csdn.net/weixin_42687829/article/details/105199960

Hystrix断路器简介

Hystrix 对应的中文名字是“豪猪”，豪猪身上长满了刺，能保护自己不受天敌的伤害，代表了一种防御机制，这与Hystrix 本身的功能不谋而合，因此Netflix团队将该框架命名为Hystrix，并使用了对应的卡通形象做作为Logo：

在一个分布式系统里，许多依赖不可避免的会调用失败，比如超时、异常等，如何能够保证在一个依赖出问题的情况下，不会导致整体服务失败，这个就是Hystrix需要做的事情。Hystrix提供了熔断、隔离、Fallback、cache、监控等功能，能够在一个或多个依赖同时出现问题时保证系统依然可用

服务雪崩效应

当一个请求依赖多个服务的时候，正常情况下的访问如下图所示：

但是当请求的服务中出现无法访问、异常、超时等问题时（图中的I），那么用户的请求将会被阻塞：

如果多个用户的请求中都存在无法访问的服务，那么他们都将陷入阻塞的状态中：

Hystrix的引入，可以通过服务熔断和服务降级来解决这个问题

Hystrix服务熔断与服务降级

熔断机制是应对雪崩效应的一种微服务链路保护机制。即当某个服务不可用或者响应时间超时时，会进行服务降级，进而熔断该节点的服务调用，并快速返回自定义的错误以及页面信息

写个项目来测试下：参考microservice-student-provider-hystrix-1001模块新建一个带服务熔断的服务提供者模块（microservice-student-provider-hystrix-1004），把配置和代码都复制一份到这个项目里，然后进行修改

1、在pom.xml里加入Hystrix的依赖：

<!--Hystrix相关依赖-->
<dependency>
	<groupId>org.springframework.cloud</groupId>
	<artifactId>spring-cloud-starter-hystrix</artifactId>
</dependency>

2、在application.yml里修改下端口和实例名称：

server:
  port: 1004
  context-path: /
spring:
  application:
    name: microservice-student
  datasource:
    type: com.alibaba.druid.pool.DruidDataSource
    driver-class-name: com.mysql.jdbc.Driver
    url: jdbc:mysql://localhost:3306/demosite1?useUnicode=true&characterEncoding=utf8
    username: root
    password: root
  jpa:
    hibernate:
      ddl-auto: update
    show-sql: true

eureka:
  instance:
    #eureka客户端主机实例名称
    hostname: localhost
    #客户端服务名
    appname: microservice-student
    #客户端实例名称
    instance-id: microservice-student:1004
    #显示IP
    prefer-ip-address: true
  client:
    service-url:
      #把服务注册到eureka注册中心
      defaultZone: http://eureka2001.test.com:2001/eureka/,http://eureka2002.test.com:2002/eureka/,http://eureka2003.test.com:2003/eureka/
info:
  groupId: com.ue.microservice
  artifactId: microservice-student-provider-1004
  version: 1.0-SNAPSHOT
  负责人: Tom
  联系电话: 123456

3、在启动类MicroserviceStudentProviderHystrix1004Application.java加入@EnableCircuitBreaker注解：

4、在服务提供者1004项目中的controller新增测试接口：

@Value("${server.port}")
private String port;

/**
 * 测试Hystrix服务降级
 * @return
 * @throws InterruptedException
 */
@GetMapping(value="/hystrix")
@HystrixCommand(fallbackMethod="hystrixFallback")
public Map<String,Object> hystrix() throws InterruptedException{
	Thread.sleep(4000);
	Map<String,Object> map=new HashMap<String,Object>();
	map.put("code", 200);
	map.put("info","工号【" + port + "】正在为您服务");
	return map;
}

public Map<String,Object> hystrixFallback() throws InterruptedException{
	Map<String,Object> map=new HashMap<String,Object>();
	map.put("code", 500);
	map.put("info", "系统【" + port + "】繁忙，稍后重试");
	return map;
}

上述接口如果能正常访问，那返回的是200跟业务数据，但是这里用了Thread.sleep(2000)来模拟超时，在接口上面加上@HystrixCommand注解以及fallbackMethod，表明这个方法在没有异常以及没有超时(hystrix默认1秒算超时)的情况下，才返回正常的业务数据；否则，会进入fallback指定的本地方法，这里搞的是返回500跟系统繁忙，稍后重试，可以有效的解决雪崩效应以及返回给用户界面很好的报错提示信息

5、在服务消费者80项目中的controller新增测试接口：

/**
 * 测试Hystrix服务降级
 * @return
 */
@GetMapping(value="/hystrix")
@ResponseBody
public Map<String,Object> hystrix(){
	return restTemplate.getForObject(PRE_HOST + "/student/hystrix", Map.class);
}

6、开始测试，先启动三个eureka，再启动带hystrix的provider，最后启动普通的consumer：

然后在浏览器地址栏输入http://localhost/student/hystrix，结果如下：

因为Hystrix默认1秒就算超时，但线程sleep了2秒，所以会进入到自定义的fallback方法，防止服务雪崩

这里再将sleep修改成100毫秒进行测试，结果如下：

可以看到返回了正常的业务数据

Hystrix默认超时时间设置

Hystrix默认超时时间是1秒，可以通过Hystrix源码找到，找到hystrix-core.jar的com.netflix.hystrix包下的HystrixCommandProperties类，类里有一个default_executionTimeoutInMilliseconds属性，这个就是默认的超时时间：

系统里假如要自定义设置Hystrix的默认时间的话，可在application.yml配置文件里加上：

#将Hystrix的默认超时时间设置为3秒
hystrix:
  command:
    default:
      execution:
        isolation:
          thread:
            timeoutInMilliseconds: 3000

然后在代码里将sleep修改成2秒进行测试，结果如下：

再将sleep修改成4秒进行测试，结果如下：

以上就是本篇博客的全部内容，Hystrix断路器主要应用于解决雪崩效应