SpringCloud的超时配置和Hystrix的作用

最新推荐文章于 2023-06-23 21:13:50 发布
最新推荐文章于 2023-06-23 21:13:50 发布
阅读量335 收藏 2
点赞数
分类专栏： Spring Cloud 文章标签： spring cloud
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_37543627/article/details/115218455
版权

目录

一、SpringCloud超时配置参数

1.1 ribbon配置参数

1.2 hystrix配置参数

1.3 测试代码

二、对比各个超时时间

2.1 测试数据

2.2 测试分析

三、Hystrix的作用

一、SpringCloud超时配置参数

1.1 ribbon配置参数

# ribbon配置
ribbon:
  OkToRetryOnAllOperations: false # 所有请求重试,默认false
  ReadTimeout: 3000               # 负载均衡超时时间，默认值5000ms
  ConnectTimeout: 1000            # 请求连接的超时时间，默认值2000ms
  MaxAutoRetries: 0               # 当前实例的重试次数，默认0
  MaxAutoRetriesNextServer: 1     # 切换实例的重试次数，默认1

1.2 hystrix配置参数

# hystrix开启
feign:
  hystrix:
    enabled: true
hystrix:
  command:
    default:  # default全局有效，service id指定应用有效
      execution:
        timeout:
          # true则超时根据熔断超时，false则ribbon控制
          enabled: true
        isolation:
          thread:
            timeoutInMilliseconds: 1500 # 断路器超时时间，默认1000ms

1.3 测试代码

这里有两个服务instance-demo、instance-test，instance-demo通过feign调用instance-test，以下是两个服务的相关代码。

a. instance-demo

package com.common.instance.demo.controller;

import com.common.instance.demo.core.Response;
import com.common.instance.demo.feign.FeignMongoDbService;
import io.swagger.annotations.Api;
import io.swagger.annotations.ApiOperation;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;

import javax.annotation.Resource;

/**
 * @description Hystrix测试
 * @author TCM
 * @version 1.0
 * @date 2021/3/23 22:21
 **/
@RestController
@RequestMapping("/feign/hystrix")
@Api(tags = "Hystrix测试")
public class FeignHystrixController {

    @Resource
    private FeignMongoDbService feignMongoDbService;

    @GetMapping("/timeOut")
    @ApiOperation("Hystrix超时测试")
    public Response<String> timeOut(int mills) {
        return feignMongoDbService.timeOut(mills);
    }


}

package com.common.instance.demo.feign;

import com.common.instance.demo.core.Response;
import com.common.instance.demo.entity.OverScreenJob;
import com.common.instance.demo.feign.fallback.HystrixServiceFallBack;
import org.springframework.cloud.openfeign.FeignClient;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.PostMapping;
import org.springframework.web.bind.annotation.RequestParam;

import java.util.List;

/**
 * @description feign调用mongodb
 * @author tcm
 * @version 1.0.0
 * @date 2021/1/15 16:49
 **/
@FeignClient(name = "instance-test", fallback = HystrixServiceFallBack.class)
public interface FeignMongoDbService {

    @PostMapping(value = "instance-test/test/mongodb/listAll")
    Response<List<OverScreenJob>> listAll();

    @GetMapping(value = "instance-test/hystrix/timeOut")
    Response<String> timeOut(@RequestParam(value = "mills") int mills);

}

package com.common.instance.demo.feign.fallback;

import com.common.instance.demo.core.Response;
import com.common.instance.demo.entity.OverScreenJob;
import com.common.instance.demo.feign.FeignMongoDbService;
import org.springframework.stereotype.Component;

import java.util.List;

/**
 * @description 调用feign熔断
 * @author TCM
 * @version 1.0
 * @date 2021/3/24 19:59
 **/
@Component
public class HystrixServiceFallBack implements FeignMongoDbService {

    @Override
    public Response<List<OverScreenJob>> listAll() {
        return null;
    }

    @Override
    public Response<String> timeOut(int mills) {
        return Response.success("进入熔断");
    }

}

b instance-test

package com.common.instance.test.controller;

import com.common.instance.test.core.Response;
import com.log.util.LogUtil;
import io.swagger.annotations.Api;
import org.springframework.beans.factory.annotation.Value;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;

/**
 * @description Hystrix测试
 * @author TCM
 * @version 1.0
 * @date 2021/3/23 22:01
 **/
@RestController
@RequestMapping("/hystrix")
@Api(tags = "Hystrix测试")
public class HystrixController {

    @Value("${spring.cloud.client.ip-address}")
    private String ipAddress;

    /**
     * 测试超时重试机制
     * @param mills 超时设置
     * @return
     */
    @GetMapping("/timeOut")
    public Response<String> timeOut(int mills) {
        LogUtil.info(String.format("client服务-%s [timeOut方法]收到请求,阻塞%sms", ipAddress, mills));
        try {
            Thread.sleep(mills);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        return Response.success(String.format("client服务-%s 请求ok!!!", ipAddress));
    }

}

 

二、对比各个超时时间

本章节，根据配置参数，以表格的形式列出测试表格并分析。

2.1 测试数据

 

样例配置参数传值/ms结果是否熔断
test1hystrix:
  command:
    default:  # default全局有效，service id指定应用有效
      execution:
        timeout:
          # true则超时根据熔断超时，false则ribbon控制
          enabled: true
        isolation:
          thread:
            timeoutInMilliseconds: 5000 # 断路器超时时间，默认1000ms
# ribbon配置
ribbon:
  OkToRetryOnAllOperations: false     # 所有请求重试,默认false
  ReadTimeout: 1000                          # 负载均衡超时时间，默认值5000ms
  ConnectTimeout: 3000                     # 请求连接的超时时间，默认值2000ms
  MaxAutoRetries: 0                           # 当前实例的重试次数，默认0
  MaxAutoRetriesNextServer: 1          # 切换实例的重试次数，默认1		900client服务-192.168.1.3 请求ok!!!NO
1200进入熔断YES
2000进入熔断YES
4000进入熔断YES
6000进入熔断YES
test2hystrix:
  command:
    default:  # default全局有效，service id指定应用有效
      execution:
        timeout:
          # true则超时根据熔断超时，false则ribbon控制
          enabled: true
        isolation:
          thread:
            timeoutInMilliseconds: 900 # 断路器超时时间，默认1000ms
# ribbon配置
ribbon:
  OkToRetryOnAllOperations: false     # 所有请求重试,默认false
  ReadTimeout: 1000                          # 负载均衡超时时间，默认值5000ms
  ConnectTimeout: 3000                     # 请求连接的超时时间，默认值2000ms
  MaxAutoRetries: 0                           # 当前实例的重试次数，默认0
  MaxAutoRetriesNextServer: 1          # 切换实例的重试次数，默认1		600client服务-192.168.1.3 请求ok!!!NO
800client服务-192.168.1.3 请求ok!!!NO
900进入熔断YES
1200进入熔断YES
2000进入熔断YES
test3hystrix:
  command:
    default:  # default全局有效，service id指定应用有效
      execution:
        timeout:
          # true则超时根据熔断超时，false则ribbon控制
          enabled: true
        isolation:
          thread:
            timeoutInMilliseconds: 5000 # 断路器超时时间，默认1000ms
# ribbon配置
ribbon:
  OkToRetryOnAllOperations: false     # 所有请求重试,默认false
  ReadTimeout: 3000                          # 负载均衡超时时间，默认值5000ms
  ConnectTimeout: 1000                     # 请求连接的超时时间，默认值2000ms
  MaxAutoRetries: 0                           # 当前实例的重试次数，默认0
  MaxAutoRetriesNextServer: 1          # 切换实例的重试次数，默认1		900client服务-192.168.1.3 请求ok!!!NO
1200client服务-192.168.1.4 请求ok!!!NO
2000client服务-192.168.1.5 请求ok!!!NO
4000进入熔断YES
6000进入熔断YES
test4hystrix:
  command:
    default:  # default全局有效，service id指定应用有效
      execution:
        timeout:
          # true则超时根据熔断超时，false则ribbon控制
          enabled: true
        isolation:
          thread:
            timeoutInMilliseconds: 1500 # 断路器超时时间，默认1000ms
# ribbon配置
ribbon:
  OkToRetryOnAllOperations: false     # 所有请求重试,默认false
  ReadTimeout: 3000                          # 负载均衡超时时间，默认值5000ms
  ConnectTimeout: 1000                     # 请求连接的超时时间，默认值2000ms
  MaxAutoRetries: 0                           # 当前实例的重试次数，默认0
  MaxAutoRetriesNextServer: 1          # 切换实例的重试次数，默认1		900client服务-192.168.1.3 请求ok!!!NO
1200client服务-192.168.1.4 请求ok!!!NO
1600进入熔断YES
2000进入熔断YES
4000进入熔断YES
test5hystrix:
  command:
    default:  # default全局有效，service id指定应用有效
      execution:
        timeout:
          # true则超时根据熔断超时，false则ribbon控制
          enabled: false
        isolation:
          thread:
            timeoutInMilliseconds: 5000 # 断路器超时时间，默认1000ms
# ribbon配置
ribbon:
  OkToRetryOnAllOperations: false     # 所有请求重试,默认false
  ReadTimeout: 2500                          # 负载均衡超时时间，默认值5000ms
  ConnectTimeout: 1000                     # 请求连接的超时时间，默认值2000ms
  MaxAutoRetries: 0                           # 当前实例的重试次数，默认0
  MaxAutoRetriesNextServer: 1          # 切换实例的重试次数，默认1		900client服务-192.168.1.3 请求ok!!!NO
1200client服务-192.168.1.4 请求ok!!!NO
2400client服务-192.168.1.5 请求ok!!!NO
2600进入熔断YES
4000进入熔断YES

 

2.2 测试分析

a.test1与test2对比：hystrix.command.default.execution.timeout.enabled=true时， timeoutInMilliseconds与ribbon.ReadTimeout起作用，谁值小谁其作用；

b.test1与test3对比：hystrix.command.default.execution.timeout.enabled=true时， ConnectTimeout不起作用；timeoutInMilliseconds与ribbon.ReadTimeout起作用，谁值小谁其作用；

c.test1与test5对比：hystrix.command.default.execution.timeout.enabled=false时，ConnectTimeout起作用，ReadTimeout > ConnectTimeout。

以上测试结果，是可以理解的。ribbon负责一个服务多个实例之间的切换，到达多实例负载均衡；而Hystrix是ribbon负载均衡后，确定的某一个实例来处理请求。从层级上说，先有ribbon后有hystrix。所以hystrix.command.default.execution.timeout.enabled=false（即Hystrix超时没有开启），这样ribbon超时配置就其作用了。与此同时，ReadTimeout > ConnectTimeout原因是可以切换实例重试。

hystrix.command.default.execution.timeout.enabled=true（即Hystrix超时开启），这样ribbon和hystrix共同起作用，但是谁的值小谁熔断。

三、Hystrix的作用

如上图所示，假如每秒有10000个请求订单服务，每个请求都要通过feign调用积分、仓储、库存服务。由于积分服务网络慢或宕机，这样所有请求都卡在积分服务，那么订单服务也就卡住了，这就是微服务中的服务雪崩问题。此时Hystrix作用就来了，因积分服务不能即时响应导致了超出配置的超时时间，这样feign调用就会发生熔断，返回对应的fallback处理，从而不影响接下来的流程，整个订单服务也不会因为积分服务的异常而卡住。

由上图可知，调用积分、仓储、库存服务的订单服务，都会为每个服务开一个线程池，独立处理各自的服务，还不影响其他服务的调用，进行服务的隔离作用。

爱我所爱0505
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Spring Cloud Hystrix入门和Hystrix命令原理分析
08-27
主要介绍了Spring Cloud Hystrix入门和Hystrix命令原理分析，小编觉得挺不错的，现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧
@Feign互调采坑日记
july_young的博客
04-24 379
超时时间配置： ribbon: OkToRetryOnAllOperations: false #对所有操作请求都进行重试,默认false ReadTimeout: 10000 #负载均衡超时时间，默认值5000 ConnectTimeout: 10000 #ribbon请求连接的超时时间，默认值2000 MaxAutoRetries: 0 #对当前实例的重试次数，默...
Hystrix超时时间设置
weixin_41905537的博客
07-23 8444
我现在用的环境是springboot:2.3.1、springCloud:Hoxtom.SR6，然后引入的是hystrix依赖是spring-cloud-starter-netflix-hystrix @HystrixCommand @RequestMapping("/getToOrderMemberAll") @HystrixCommand(commandProperties = {@HystrixProperty(name = "execution.isolation.thre..
Spring Cloud Hystrix降级处理超时时间设置execution.isolation.thread.timeoutInMilliseconds
热门推荐
OceanSky的专栏
01-19 2万+
默认情况下调用接口能够触发Hystrix服务降级处理的超时时间是1000ms，我们可以通过HystrixCommandProperties类的源码查找到，如下图： 点击属性default_executionTimeoutInMilliseconds进去就是我们需要的配置execution.isolation.thread.timeoutInMilliseconds 属性execution.is...
SpringCloud进阶-Hystrix的服务降级
Pig-pig-pig的博客
07-12 601
本文主要对Hystrix的服务降级进行总结关键字： 1.1 8001 fallback 业务类启用：@HystrixCommand报异常后如何处理?一旦调用服务方法失败并抛出了错误信息后，会自动调用@HystrixCommand标注好的fallbackMethod指定的方法。 8001 service 8001 service 上图故意制造两个异常：当前服务不可用了，做服务降级，兜底的方案都是 paymentInfo_TimeOutHandler测试：给主启动类添加注解后再测试1、没有异常时，
SpringCloud gateway网关 集成 Hystrix 为某个服务设置熔断时间
进阶的球儿
10-30 8037
鉴于对网关转发请求之后，访问各个服务有时间的要求，所以现在要在 geteway 网关中增加断路器，就是今天要说的 ：Hystrix。 先讲讲Hystrix 的用途： a）线程池隔离 b）信号量隔离 c）熔断 d）降级回退 目的：针对网关的每个服务设置熔断时间。 我们今天要讲的是熔断机制。对于断路器，可能大部分人都不是很...
微服务springcloud之feign和hystrix使用demo
08-13
feign中包含了hystrix以及ribbon，即feign在不导入hystrix和ribbon的依赖下也能完成他们所能实现的功能，当然，如果想使用hystrix和ribbon自带的注解以及配置，必须导入依赖才可以，feign结合hystrix实现熔断+降级，...
微服务springcloud之ribbon和hystrix使用demo.7z
08-12
ribbon 就是客户端负载均衡，根据配置的负载均衡策略进行请求，如果同一请求的数量较大时，需要将请求合并，而且每一个请求需要进行线程隔离，也就是我们hystrix 出场了，这是我们按照需求分析的三个组件的作用，...
SpringCloud之熔断监控Hystrix Dashboard的实现
08-25
主要介绍了SpringCloud之熔断监控Hystrix Dashboard的实现，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧
SpringCloud10-2 Hystrix整合Dashboard教程
06-02
SpringCloud10-2 Hystrix整合Dashboard教程
SpringCloud中使用Hystrix设置单个服务单个方法的超时时间
91奔跑的蜗牛
06-04 2755
hystrix.command.xxx#yyy(zzz).execution.isolation.thread.timeoutInMilliseconds=mmm xxx:要设置的某个FeignClient的类名 yyy：方法名 zzz：参数，如果是基础类型，就直接填基础类型：String/int；如果是某个对象，就直接填对象的类名 mmm：要设置的超时时间（毫秒） ...
如何取消Blazor Server烦人的重新连接？
最新发布
dotNET跨平台
06-23 536
如何取消Blazor Server烦人的重新连接？相信很多Blazor的用户在开发内部系统上基本上都选择速度更快，加载更快的Blazor Server模式。但是Blazor Server由于是SignalR实现，所以在访问的时候会建立WebSocket通道，用于js交互和界面渲染，但是由于WebSocket是长连接，这样就会导致用户在界面的时候会一直建立链接，导致服务器宽度占用，所以微软默认会在无...
spring cloud入门搭建微服务
fkl978830065的博客
10-03 442
这次使用spring cloud + nacos + Feign + gateway搭建一个入门的微服务项目 废话不多说 直接开始 需要maven和jdk环境 首先 注册中心使用的是阿里巴巴的nacos https://github.com/alibaba/nacos/releases/download/1.1.3/nacos-server-1.1.3.zip 这个是nacos的下载地址 下载好以...
springcloud 使用hystrix小坑
qq_44818849的博客
11-15 450
hystrix.command.default.execution.timeout.enabled为true 如果hystrix.command.default.execution.timeout.enabled为true,则会有两个执行方法超时的配置,一个就是ribbon的ReadTimeout,一个就是熔断器hystrix的timeoutInMilliseconds, 此时谁的值小谁生效； hystrix.command.default.execution.timeout.enabled为false 如
SpringCloud-Hystrix熔断器
m0_46659255的博客
12-06 165
Hystrix 配置熔断 局部保护 0.依赖 <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-hystrix</artifactId> </dependency> 1.在服务调用模块启动类上加上@Enable
Hystrix配置介绍
u011450220的博客
04-18 601
服务超时时间设置： 默认配置 hystrix.command.default.execution.timeout.enabled=true（默认：true） hystrix.command.default.execution.isolation.thread.timeoutInMilliseconds=3000（默认：1000） 实例配置
hystrix默认属性配置
FLGB
11-23 2525
hystrix.command.default.metrics.rollingPercentile.bucketSize = 100（此属性设置每个桶保留的最大执行时间数，如果超出桶的最大执行数量，则会记录到下一个桶，此属性只影响初始度量值的创建，并且在启动后对此属性进行的调整将不会生效。hystrix.threadpool.default.metrics.rollingStats.timeInMilliseconds = 10000（此属性设置统计滚动窗口的持续时间 ，以毫秒为单位，默认10000）
Hystrix-配置参数详解
u010277958的博客
03-24 2733
1. 概述 本文对Hystrix的配置参数的覆盖优先级，可配置参数的种类、配置项进行详细的介绍。Hystrix可以配置属性的有以下类型： Command Properties Execution：控制HystrixCommand.run() 的如何执行 Fallback: 控制HystrixCommand.getFallback() 如何执行 Circuit Breaker： ...
hystrix配置详解
tinysakura的博客
09-24 9289
Hystrix 参数详解 hystrix.command.default和hystrix.threadpool.default中的default为默认CommandKey Execution相关的属性的配置： hystrix.command.default.execution.isolation.strategy 隔离策略，默认是Thread, 可选Thread｜Semaphore hystri...
springcloud hystrix配置
03-16
Spring Cloud Hystrix是一个开源的容错框架，它可以帮助我们构建分布式系统中的...在使用Hystrix时，我们需要配置一些参数来控制其行为，例如超时时间、线程池大小等。具体的配置方式可以参考Spring Cloud官方文档。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值