springcloud之Hystix

Hystix简介

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

熔断器的工作机制：

正常工作的情况下，客户端请求调用服务API接口：

当有服务出现异常时，直接进行失败回滚，服务降级处理：

当服务繁忙时，如果服务出现异常，不是粗暴的直接报错，而是返回一个友好的提示，虽然拒绝了用户的访问，但是会返回一个结果。

这就好比去买鱼，平常超市买鱼会额外赠送杀鱼的服务。等到逢年过节，超时繁忙时，可能就不提供杀鱼服务了，这就是服务的降级。

系统特别繁忙时，一些次要服务暂时中断，优先保证主要服务的畅通，一切资源优先让给主要服务来使用，在双十一、618时，京东天猫都会采用这样的策略。

 

实践

在消费者跟提供者中引入Hystix依赖：

    org.springframework.cloud
    spring-cloud-starter-netflix-hystrix

开启熔断：

@SpringBootApplication
@EnableDiscoveryClient // 开启Eureka客户端
@EnableCircuitBreaker  //开启熔断
public class ConsumerDemoApplication {
    @Bean
    @LoadBalanced
    public RestTemplate restTemplate() {
        // 这次我们使用了OkHttp客户端,只需要注入工厂即可
        return new RestTemplate(new OkHttp3ClientHttpRequestFactory());
    }
    public static void main(String[] args) {
        SpringApplication.run(ConsumerDemoApplication.class, args);
    }
}

改造消费者consumer-service：

改造consumer-service，修改用来访问的user服务的userDao，并且声明一个失败时的回滚处理函数：

@Component
public class UserDao {
    @Autowired
    private RestTemplate restTemplate;
    private static final Logger logger = LoggerFactory.getLogger(UserDao.class);

    @HystrixCommand(fallbackMethod = "queryUserByIdFallback")
    public User queryUserById(String id){
        long begin = System.currentTimeMillis();
        String baseUrl = "http://user-service/user/";
        User user = this.restTemplate.getForObject(baseUrl+id, User.class);
        long end = System.currentTimeMillis();
        // 记录访问用时：
        logger.info("访问用时：{}", end - begin);
        return user;
    }

    public User queryUserByIdFallback(Long id){
        User user = new User();
        user.setId("");
        user.setUsername("用户信息查询出现异常！");
        return user;
    }
}

• @HystrixCommand(fallbackMethod="queryUserByIdFallback")：声明一个失败回滚处理函数queryUserByIdFallback，当queryUserById执行超时（默认是1000毫秒），就会执行fallback函数，返回错误提示。

• 为了方便查看熔断的触发时机，我们记录请求访问时间。

改造服务提供者user-service:

       随机休眠一段时间，以触发熔断：

@Service
public class UserService {
    @Autowired
    private UserMapper userMapper;

    public User queryById(String id) {
        // 为了演示超时现象，我们在这里然线程休眠,时间随机 0~2000毫秒
        try {
            Thread.sleep(new Random().nextInt(2000));
        }catch (Exception e){
            e.printStackTrace();
        }
        return this.userMapper.selectByPrimaryKey(id);
    }
}

启动测试：

填写多个id：

查看控制台：

第一条数据未超时，正常访问，2，3超时，自动熔断。

 

Hystix的超时时间默认也是1000ms

如果Ribbon的重试机制超时时间大于熔断超时时间，则，不会触发重试机制，而是先触发了熔断。

所以，Ribbon的超时时间一定要小于Hystix的超时时间。

我们可以通过hystrix.command.default.execution.isolation.thread.timeoutInMilliseconds来设置Hystrix超时时间。

hystrix:
  command:
  	default:
        execution:
          isolation:
            thread:
              timeoutInMillisecond: 6000 # 设置hystrix的超时时间为6000ms