【SpringCloud】SpringCloud(三)之Hystrix

最新推荐文章于 2024-06-30 00:07:42 发布

James-Blackhu

最新推荐文章于 2024-06-30 00:07:42 发布

阅读量236

点赞数

分类专栏： SpringCloud

本文链接：https://blog.csdn.net/weixin_43267344/article/details/109967827

版权

SpringCloud 专栏收录该内容

5 篇文章

订阅专栏

前言

介绍完了Eureka和Ribbon，接下来介绍一下保护机制。

一、Hystrix是什么？

Hystrix,中文意思是豪猪,全身是刺,看起来就不好惹,靠刺来保护自己,而在这Hystrix是一种保护机制,保护微服务之间的调用,Hystrix也屙屎Netflix公司的一款组件.Hystrix是Netflix开源的一个延迟和容错库,用于隔离访问远程服务、第三方库，防止出现级联失败。

二、雪崩问题

1.问题描述

在微服务中，服务间的调用关系错综复杂，一个请求，可能需要调用多个微服务接口才能实现，会形成非常复杂的调用链路，例如下图：购物车、订单、支付和评论都需要调用用户的微服务，但是如果此时用户这个微服务出现异常，那么后面的等等一下微服务都会受到影响，由于一处错误，引起了整个项目的运行。形成了雪崩效应。

就好比一个汽车生产线，生成不同的汽车，需要使用不同的零件，如果某个零件因为种种原因无法使用，那么就会造成整台车无法装配，陷入等待零件的状态，直到零件到位，才能继续组装。此时如果很多个车型都需要这个零件，那么整个工厂都将陷入等待的状态，导致所有的生产都陷入瘫痪，一个小小的零件所波及的范围不断的扩大。

Hystrix解决雪崩问题的手段主要是服务降级和线程隔离（开启多线程）

2.线程隔离和服务降级

2.1 原理

Hystrix为每个依赖服务调用分配一个小的线程池，如果线程池已满调用将被立即拒绝，默认不采用排队，加速失败判定时间，用户的请求将不再直接访问服务，而是通过线程池中的空闲线程访问服务，如果线程池已满，或者请求超时，则会进行降级处理。

服务降级：优先保证核心服务，而非核心服务不可用或弱可用

也就是在用户的请求过程中,如果用户的请求发生了故障,那么就给你不会被阻塞,更不会无休止的等待或出现系统崩溃的现象,而是最简单的就就是看到一个执行结果(友好的提示信息).

2.2 代码实现(基于此代码)

当user-service服务发生异常(此处关闭模拟异常),不会发生如下看不懂错误提示,而是自定义一个提示信息

2.2.1 导入依赖(user-consumer中导入依赖)

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

2.2.2 在引导类上开启Hystrix

/*@SpringBootApplication
@EnableDiscoveryClient // 开启Eureka客户端  可以省略
@EnableCircuitreaker*/
@SpringCloudApplication  //可以代替以上三个注解
public class ConsumerApplication {
    @Bean
    public RestTemplate restTemplate() {
        return new RestTemplate();
    }
    public static void main(String[] args) {
        SpringApplication.run(ConsumerApplication.class, args);
    }
}

2.2.3 开发一个方法作为降级的处理方式

此降级处理的方法的参数和返回值结果类型要和原方法一致.

public String findByIdFallback(Long id){
   return "服务器忙，请稍后重试....";
 }

2.2.4 修改原方法,在原方法上添加注解

@GetMapping("/{id}")
@HystrixCommand(fallbackMethod="findByIdFallback")  //只针对此方法的降级
public  String findById(@PathVariable("id") Long id){
    String user = restTemplate.getForObject("http://user-service/user/"+id, String.class);
    return user;
}

2.3 全局降级

全局降级和普通的降级处理方法差不多,只不过需要在添加一个注解.

2.3.1 在消费者类上添加一个注解@DefaultProperties(defalutFallback="降级方法名").

@RestController
@RequestMapping("/consumer")
@SpringCloudApplication
@DefaultProperties(defaultFallback = "findByIdFallback")  //全局降级
public class UserController {
   
}

2.3.2 需要降级的方法方法上写上@HtstrisCommand注解

package cn.itcast.consumer.controller;

import cn.itcast.consumer.client.UserClient;
import cn.itcast.consumer.pojo.User;
import com.netflix.hystrix.contrib.javanica.annotation.DefaultProperties;
import com.netflix.hystrix.contrib.javanica.annotation.HystrixCommand;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.cloud.client.SpringCloudApplication;
import org.springframework.cloud.client.circuitbreaker.EnableCircuitBreaker;
import org.springframework.cloud.client.discovery.DiscoveryClient;
import org.springframework.cloud.client.discovery.EnableDiscoveryClient;
import org.springframework.cloud.netflix.eureka.EnableEurekaClient;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.PathVariable;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;
import org.springframework.web.client.RestTemplate;

@RestController
@RequestMapping("/consumer")
/*@EnableDiscoveryClient  //不指定注册中心事Eureka还是zookeeper   可省略
@EnableEurekaClient    //指定注册中心是Eureka,
@EnableCircuitBreaker  //开启断路器功能*/
@SpringCloudApplication  //代替上面所有的注解
@DefaultProperties(defaultFallback = "findByIdFallback")  //全局降级
public class UserController {
    @Autowired
    private RestTemplate restTemplate;

    @GetMapping("{id}")
    @HystrixCommand  //只针对此方法的降级
    public User queryById(@PathVariable("id") Long id) {
        User user = restTemplate.getForObject("http://user-service/user/" + id, User.class);
        System.out.println(user);
    }
    //降级方法
    public String findByIdFallback(){
        return "服务器忙，请稍后重试....";
    }
}

2.3 超时设置

在之前的请求过程中,有时候可能会出现请求时间超过1秒返回错误信息,这是因为Hystrix的默认超时时间为1秒,我们可以通过修改(user-consumer)application.yml的配置修改这个值:

hystrix:
  command:
    default:
      execution:
        isolation:
          thread:
            timeoutInMilliseconds: 2000

此配置作用域全局的所有方法.

2.3 服务熔断

状态机有3个状态:

Closed:关闭状态(断路器关闭),所有请求都正常访问
Open:打开状态(断路器打开),所有的请求都会被降级,Hystrix会对请求情况计数, 当一定时间内失败请求百分比达到阈值,则触发熔断,断路器会完全关闭,默认失败比例的阈值是50%,请求次数不低于20次.
Half Open:半开状态,open状态不是永久的,打开后会进入休眠时间(默认是5秒),随后熔断器会自动进入半开状态.此时会释放一次请求通过,若这个请求是健康的,则会关闭断路器,否则继续保持打开,在进行5秒休眠及时

熔断实验:

为了能够精确控制请求的成功或失败，我们在user-service的UserController方法中加入一段逻辑：

@GetMapping("/{id}")
public User findById(@PathVariable("id") Long id, Model model){
    if(id == 1){
        throw new RuntimeException("太忙了");
    }
   User user = userService.findById(id);
    return user;
}

这样如果参数是id为1，一定失败，其它情况都成功。

我们准备两个请求窗口：

一个请求：http://localhost:8080/consumer/1，注定失败
一个请求：http://localhost:8080/consumer/2，肯定成功

熔断器的默认触发阈值是20次请求，不好触发。休眠时间时5秒，时间太短，不易观察，为了测试方便，我们可以通过配置修改熔断策略：

circuitBreaker:
 requestVolumeThreshold: 10
 sleepWindowInMilliseconds: 10000
 errorThresholdPercentage: 50

解读：

requestVolumeThreshold：触发熔断的最小请求次数，默认20

sleepWindowInMilliseconds：休眠时长，默认是5000毫秒

errorThresholdPercentage：触发熔断的失败请求最小占比，默认50%

当我们疯狂访问id为1的请求时（超过5次），就会触发熔断。断路器会断开，一切请求都会被降级处理。

此时你访问id为2的请求，会发现返回的也是失败，然后最多等待10s后你会发现又能访问了。