什么是Hystrix、SpringCloud的各种超时时间配置及微服务优化措施(1)

于 2024-05-09 06:41:54 发布
阅读量998 收藏 28
点赞数 29
分类专栏： 程序员 文章标签： hystrix spring cloud 微服务
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2401_84814941/article/details/138594863
版权

1. 前言(以下的springcloud版本是Dalston.RC1)

以下的springcloud版本是Dalston.RC1

Springcloud框架中,超时时间的设置通常有三个层面:

1.zuul网关

#默认1000

zuul.host.socket-timeout-millis=2000

#默认2000

zuul.host.connect-timeout-millis=4000

2.ribbon

ribbon:

OkToRetryOnAllOperations: false #对所有操作请求都进行重试,默认false

ReadTimeout: 5000   #负载均衡超时时间，默认值5000

ConnectTimeout: 3000 #ribbon请求连接的超时时间，默认值2000

MaxAutoRetries: 0     #对当前实例的重试次数，默认0

MaxAutoRetriesNextServer: 1 #对切换实例的重试次数，默认1

3.熔断器Hystrix

hystrix:

command:

default:  #default全局有效，service id指定应用有效

execution:

timeout:

#如果enabled设置为false，则请求超时交给ribbon控制,为true,则超时作为熔断根据

enabled: true

isolation:

thread:

timeoutInMilliseconds: 1000 #断路器超时时间，默认1000ms

feign.hystrix.enabled: true

2.测试各个配置的效果

这里我开了一个Eureka服务中心

  • 开了两个个服务eureka-client,端口分别为8087和8088,进行负载均衡

  • 开了一个服务eureka-feign8080去调用eureka-client的方法,模拟eureka-client处理时间过长的时候出现的情况

生产者eureka-client的方法:

/**

* 测试重试时间

* @return

*/

@RequestMapping(“/timeOut”)

public String timeOut(@RequestParam int mills) {

log.info(“[client服务-{}] [timeOut方法]收到请求,阻塞{}ms”, port, mills);

try {

Thread.sleep(mills);

} catch (InterruptedException e) {

e.printStackTrace();

}

log.info(“[client服务-{}] [timeOut]返回请求”,port);

return String.format(“client服务-%s 请求ok!!!”, port);

}

消费者eureka-feign调用client的方法,通过传参数mills来控制client线程休眠的时间

/**

* 测试重试时间

* @return

*/

@RequestMapping(“/timeOut”)

public String timeOut(@RequestParam int mills){

log.info(“开始调用”);

return feignService.timeOut( mills );

}

eureka-feign的service:

/**

* 测试springcloud的超时机制

* @param mills

* @return

*/

@RequestMapping(value = “/timeOut”,method = RequestMethod.GET)

String timeOut(@RequestParam(value = “mills”) int mills);

eureka-feign的熔断方法:

@Override

public String timeOut(int mills) {

System.out.println(“熔断”);

return “熔断了”;

}

访问8080端口, 调用eureka-feign的/timeOut接口, 然后eureka-feign再调用client的服务。下面的配置是eureka-feign的。推荐：Java进阶视频资源

测试1

ribbon:

OkToRetryOnAllOperations: false #对所有操作请求都进行重试,默认false

ReadTimeout: 1000   #负载均衡超时时间，默认值5000

ConnectTimeout: 3000 #ribbon请求连接的超时时间，默认值2000

MaxAutoRetries: 0     #对当前实例的重试次数，默认0

MaxAutoRetriesNextServer: 1 #对切换实例的重试次数，默认1

hystrix:

command:

default:  #default全局有效，service id指定应用有效

execution:

timeout:

#如果enabled设置为false，则请求超时交给ribbon控制,为true,则超时作为熔断根据

enabled: true

isolation:

thread:

timeoutInMilliseconds: 5000 #断路器超时时间，默认1000ms

测试 900ms

请求正常.

  • 测试 2000ms

熔断

接着测试4000ms, 6000都熔断了

测试2

更换两个超时时间:

ReadTimeout: 3000   #负载均衡超时时间，默认值5000

ConnectTimeout: 1000 #ribbon请求连接的超时时间，默认值2000

ribbon:

OkToRetryOnAllOperations: false #对所有操作请求都进行重试,默认false

ReadTimeout: 3000   #负载均衡超时时间，默认值5000

ConnectTimeout: 1000 #ribbon请求连接的超时时间，默认值2000

MaxAutoRetries: 0     #对当前实例的重试次数，默认0

MaxAutoRetriesNextServer: 1 #对切换实例的重试次数，默认1

hystrix:

command:

default:  #default全局有效，service id指定应用有效

execution:

timeout:

#如果enabled设置为false，则请求超时交给ribbon控制,为true,则超时作为熔断根据

enabled: true

isolation:

thread:

timeoutInMilliseconds: 5000 #断路器超时时间，默认1000ms

测试2000ms:

成功了

  • 调用4000ms

熔断了

测试6000ms也是熔断

可见ReadTimeout和ConnectTimeout,当调用某个服务等待时间过长的时候, 对超时报错/熔断生效的是ReadTimeout,ConnectTimeout则表示连接服务的时间,一般不用配置太久,1~2秒左右就可以了。推荐：Java进阶视频资源

测试3

现在来测试ReadTimeout和timeoutInMilliseconds谁起作用

测试2中的配置如下:

ReadTimeout: 3000   #负载均衡超时时间，默认值5000

ConnectTimeout: 1000 #ribbon请求连接的超时时间，默认值2000

timeoutInMilliseconds: 5000 #断路器超时时间，默认1000ms

在4000ms熔断了,2000ms正常,说明是ReadTimeout生效, 现在换成:

ReadTimeout: 5000   #负载均衡超时时间，默认值5000

ConnectTimeout: 1000 #ribbon请求连接的超时时间，默认值2000

timeoutInMilliseconds: 3000 #断路器超时时间，默认1000ms

也就是

ribbon:

OkToRetryOnAllOperations: false #对所有操作请求都进行重试,默认false

ReadTimeout: 5000   #负载均衡超时时间，默认值5000

ConnectTimeout: 1000 #ribbon请求连接的超时时间，默认值2000

MaxAutoRetries: 0     #对当前实例的重试次数，默认0

MaxAutoRetriesNextServer: 1 #对切换实例的重试次数，默认1

hystrix:

command:

default:  #default全局有效，service id指定应用有效

execution:

timeout:

#是否开启超时熔断

enabled: true

isolation:

thread:

timeoutInMilliseconds: 3000 #断路器超时时间，默认1000ms

feign.hystrix.enabled: true

2000ms 正常

4000ms 熔断

说明熔断器timeoutInMilliseconds: 3000起作用了

测试4

这里再测一个配置:

这个enable如果为false, 则表示熔断器不根据自己配置的超时时间进行熔断,这样的话就会收到ribbon的ReadTimeout配置的影响了,超过这个时间,eureka-feign会抛出timeout的异常,这个时候熔断器就会因为这个异常而进行熔断

hystrix:

command:

最后

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长，自己不成体系的自学效果低效漫长且无助。

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，不论你是刚入门Android开发的新手，还是希望在技术上不断提升的资深开发者，这些资料都将为你打开新的学习之门！

如果你觉得这些内容对你有帮助，需要这份全套学习资料的朋友可以戳我获取！！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！
。**

深知大多数Java工程师，想要提升技能，往往是自己摸索成长，自己不成体系的自学效果低效漫长且无助。

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

[外链图片转存中…(img-UszVSrdJ-1715208097536)]

[外链图片转存中…(img-D5OTvSXr-1715208097537)]

[外链图片转存中…(img-cqOVGAfr-1715208097537)]

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，不论你是刚入门Android开发的新手，还是希望在技术上不断提升的资深开发者，这些资料都将为你打开新的学习之门！

如果你觉得这些内容对你有帮助，需要这份全套学习资料的朋友可以戳我获取！！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

2401_84814941
关注
  • 29
    点赞
  • 踩
  • 28
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
springcloud使用Hystrix进行微服务降级管理
08-26
"springcloud使用Hystrix进行微服务降级管理" 本文主要介绍了使用Spring Cloud中的Hystrix框架来进行微服务降级管理，解决微服务架构中服务之间的调用问题。下面是相关知识点的详细说明： 1. Hystrix是什么？ ...
SpringCloud之feign、熔断、ribbon等各种超时时间配置
Cx的博客
11-21 1万+
转载CSDN作者：zzzgd_666 比较全的各超时时间配置！很NICE。
SpringCloud 组件超时配置
myli92的博客
10-23 3120
ribbon超时只使用于远程调用其他服务方式或者依赖ribbon进行转发的方式。
【技术】SpringCloud超时时间设置及原理
IT幻彩世界之炫酷
11-07 4725
Spring cloud gateway 和 feign 超时 时间设置 及原理
springcloud
qq_40605225的博客
01-04 368
springcloud介绍
spring-cloud-openfeign自定义某接口请求超时时间；所有服务及单个服务超时时间设置
癸酉金鸡的博客
04-20 2302
自定义@FeignClient参数configuration类，设置超时时间。
Spring Cloud Gateway：配置HTTP超时
专注于深入研究多种编程语言，以实战为导向，逐步拓展开发技能，提升工程化编码和思维能力，展现无敌技术实力。
06-21 7765
可以为所有路由配置HTTP超时（响应和连接），并针对每个特定路由进行覆盖配置。
SpringCloud微服务之Hystrix组件实现服务熔断的方法
08-25
SpringCloud微服务之Hystrix组件实现服务熔断的方法 微服务架构特点是多服务、多数据源、支撑系统应用，这样导致微服务之间存在依赖关系。如果其中一个服务故障，可能导致系统宕机，这就是所谓的雪崩效应。为了解决...
Spring Cloud 的 Hystrix.功能及实践详解
08-25
"Spring Cloud 的 Hystrix 功能及实践详解" Hystrix 是 Spring Cloud 中一个强大的功能模块，它提供了服务降级、服务熔断、线程和信号隔离、请求缓存、请求合并以及服务监控等功能。Hystrix 的主要目的是为了解决...
Spring Cloud实战 _springcloud实战_springcloud_
09-30
Hystrix是Spring Cloud提供的容错管理工具，它通过隔离请求、降级策略、超时控制等机制，确保在高并发、网络延迟或服务故障时，系统仍然能够稳定运行。Hystrix的断路器模式是其核心特性，能够防止服务雪崩效应，提高...
74-Spring Cloud断路器Hystrix原理读书笔记1
08-08
Spring Cloud Hystrix 是一款强大的断路器框架，旨在防止微服务架构中的服务雪崩效应。服务雪崩是指在一个复杂的分布式系统中，由于某个服务的故障导致连锁反应，导致整个系统的稳定性受损。为了应对这种情况，...
Springcloud之Feign、Hystrix、Ribbon如何设置超时时间
MrLee的博客
06-12 3970
我们在微服务调用服务的时候，会使用hystrix、feign和ribbon，比如有一个实例发生了故障而该情况还没有被服务治理机制及时的发现和摘除，这时候客户端访问该节点的时候自然会失败。所以，为了构建更为健壮的应用系统，我们希望当请求失败的时候能够有一定策略的重试机制，而不是直接返回失败。这里还会设计一些其他的配置参数，降级和熔断的概念不再赘述。先看这几个组件的关系hystrix在最外层，然后再到Ribbon，最后里面的是http请求。所以说。
spring cloud各种超时时间及重试设置
热门推荐
wudiyong22的专栏
12-10 2万+
如果是zuul（网关）的超时时间需要设置zuul、hystrix、ribbon等三部分： zuul超时设置 #zuul超时设置 #默认1000 zuul.host.socket-timeout-millis=2000 #默认2000 zuul.host.connect-timeout-millis=4000 hystrix超时设置 #熔断器启用 feign.hystrix.enabled=......
Spring Cloud 项目各种超时时间设置详解
hzj_java的博客
08-21 7388
1、本文主要内容 服务间调用Hystrix针对单个方法超时时间设置 Spring Cloud Gateway 针对单独URL的超时时间设置 2、超时时间设置场景 通常整个系统会有统一的接口超时时间设定，一般情况下的增删改查也都会比较快，但也会存在一些特殊的业务场景，接口需要的较长的超时时间，比如：上传（大文件）、下载等等。 这种默认的超时设置就不能满足了，如果统一把超时时间都设置长，就起不到超时熔断的效果了。 再有一种情况，在有定时任务的项目中，默认的1秒、2秒超时时间，显然也不能满足了，这时候我们就需
Springcloud服务消费者请求超时设置
恨_别离的博客
06-24 1770
springcloud超时设置
【java】Spring Cloud --Feign Client超时时间配置以及单独给某接口设置超时时间方法
DreamSun的博客
02-20 5273
FeignClient面对服务级有三种超时时间配置。
springcloud之Feign、ribbon设置超时时间和重试机制的总结
yzx3105的博客
04-25 6700
当ribbon超时后且hystrix没有超时，便会采取重试机制。如果设置为true，便会对所有的请求进行重试，如果是put或post等写操作，如果服务器接口没做幂等性，会产生不好的结果，所以OkToRetryOnAllOperations慎用。所以要根据上面配置的参数计算hystrix的超时时间，使得在重试期间不能达到hystrix的超时时间，不然重试机制就会没有意义。当我们没有显式配饰feign的超时时间的是时候，如果配置了ribbon的超时时间，则只有这个配置会生效，feign默认的1s超时无效。
EasyUI之表单验证(1)
最新发布
2401_84048149的博客
04-14 422
学习技术一定要制定一个明确的学习路线，这样才能高效的学习，不必要做无效功，既浪费时间又得不到什么效率，大家不妨按照我这份路线来学习。大家不妨直接在牛客和力扣上多刷题，同时，我也拿了一些面试题跟大家分享，也是从一些大佬那里获得的，大家不妨多刷刷题，为金九银十冲一波！《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！7)][外链图片转存中…(img-DJ3W0WRX-1713081625727)]
spring cloud netfix是干什么的
03-28
Spring Cloud Netflix是Spring Cloud生态系统中的一个组件，用于实现微服务架构中的断路器模式。断路器模式是一种用于处理分布式系统中故障的设计模式，它可以防止故障的扩散并提供故障恢复机制。 Spring Cloud Netflix提供了一个名为Hystrix的库，它实现了断路器模式。通过使用Hystrix，开发人员可以将对其他微服务的调用包装在断路器中，当调用失败或超时时，断路器会打开并提供备用响应或错误处理。这样可以避免故障的扩散，并提供更好的用户体验。 使用Spring Cloud Netflix Hystrix，可以通过Spring RestTemplate或Spring Cloud Netflix Feign来实现断路器模式。这些工具可以帮助开发人员轻松地将断路器应用于他们的微服务架构中，提高系统的可靠性和弹性。 以下是一个使用Spring Cloud Netflix Hystrix的示例工程[^2]： ```java // 定义一个服务接口 @FeignClient(name = "example-service", fallback = ExampleServiceFallback.class) public interface ExampleService { @GetMapping("/api/example") String getExampleData(); } // 实现服务接口的降级处理 @Component public class ExampleServiceFallback implements ExampleService { @Override public String getExampleData() { return "Fallback data"; } } // 在需要使用断路器的地方注入服务接口 @RestController public class ExampleController { @Autowired private ExampleService exampleService; @GetMapping("/api/example") public String getExampleData() { return exampleService.getExampleData(); } } ``` 在上述示例中，我们定义了一个名为ExampleService的服务接口，并使用@FeignClient注解将其标记为一个Feign客户端。在接口中，我们定义了一个getExampleData()方法，用于调用名为example-service的微服务的/api/example接口。 如果调用失败或超时，ExampleServiceFallback类将被用作降级处理的实现。在降级处理中，我们可以返回一个备用的响应，例如"Fallback data"。 在ExampleController中，我们注入了ExampleService，并在getExampleData()方法中调用了该服务。如果调用失败或超时，将会返回降级处理的响应。 通过使用Spring Cloud Netflix Hystrix和相关工具，我们可以轻松地实现断路器模式，提高微服务架构的可靠性和弹性。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值