Spring Cloud学习 之 Spring Cloud Ribbon 重试机制及超时设置不生效

简介: Spring Cloud学习 之 Spring Cloud Ribbon 重试机制及超时设置不生效

今天测了一下Ribbon的重试跟超时机制,发现进行的全局超时配置一直不生效,配置如下:

ribbon:
  #单位ms,请求连接的超时时间,默认1000
  ConnectTimeout: 500
  #单位ms,读取数据的超时时间,默认1000
  ReadTimeout: 3000
  #对所有操作请求都进行重试
  #设置为true时,会对所有的请求进行重试,若为false只会对get请求进行重试
  #如果是put或post等写操作,
  #如果服务器接口没做幂等性,会产生不好的结果,所以OkToRetryOnAllOperations慎用。
  #默认情况下,GET方式请求无论是连接异常还是读取异常,都会进行重试
  #非GET方式请求,只有连接异常时,才会进行重试
  OkToRetryOnAllOperations: true
  #切换实例的重试次数,默认为1
  MaxAutoRetriesNextServer: 1
  #如果不配置ribbon的重试次数
  #对当前实例的重试次数,默认为0
  MaxAutoRetries: 2
  #为true的时候会关闭懒加载
  #Ribbon进行客户端负载均衡的Client并不是在服务启动的时候就初始化好的,
  #而是在调用的时候才会去创建相应的Client,所以第一次调用的耗时不仅仅包含发送HTTP请求的时间,还包含了创建RibbonClient的时间
  #这样一来如果创建时间速度较慢,同时设置的超时时间又比较短的话,第一次请求很容易超时
  eager-load:
    enabled: true
    #指定需要关闭懒加载的服务名
    clients: eureka-client

测了一天后,解决方案如下:

1.解决全局配置不生效的问题

@Bean
@LoadBalanced
public RestTemplate ribbonRestTemplate() {
    HttpComponentsClientHttpRequestFactory factory = new HttpComponentsClientHttpRequestFactory();
    factory.setReadTimeout(2000);
    factory.setConnectTimeout(2000);
    return new RestTemplate(factory);
}

因为Ribbon层走的一定是RestTemplate,所以我们可以直接配置这个RestTemplate的配置

1.解决重试不生效的问题:

pom中需要新增依赖:

<dependency>
    <groupId>org.springframework.retry</groupId>
    <artifactId>spring-retry</artifactId>
</dependency>

启动类新增注解:@EnableRetry

关于重试为什么不生效我一直没找到原因,希望有懂的大佬能不吝赐教!!!!

我的版本:

Spring Boot版本:2.1.4.RELEASE

Spring Cloud版本:Greenwich.SR1

相关文章
|
5月前
|
负载均衡 Java API
《深入理解Spring》Spring Cloud 构建分布式系统的微服务全家桶
Spring Cloud为微服务架构提供一站式解决方案,涵盖服务注册、配置管理、负载均衡、熔断限流等核心功能,助力开发者构建高可用、易扩展的分布式系统,并持续向云原生演进。
消息中间件 Java Kafka
504 0
|
6月前
|
Java 测试技术 数据库
使用Spring的@Retryable注解进行自动重试
在现代软件开发中,容错性和弹性至关重要。Spring框架提供的`@Retryable`注解为处理瞬时故障提供了一种声明式、可配置的重试机制,使开发者能够以简洁的方式增强应用的自我恢复能力。本文深入解析了`@Retryable`的使用方法及其参数配置,并结合`@Recover`实现失败回退策略,帮助构建更健壮、可靠的应用程序。
794 1
使用Spring的@Retryable注解进行自动重试
|
7月前
|
监控 Java API
Spring Boot 3.2 结合 Spring Cloud 微服务架构实操指南 现代分布式应用系统构建实战教程
Spring Boot 3.2 + Spring Cloud 2023.0 微服务架构实践摘要 本文基于Spring Boot 3.2.5和Spring Cloud 2023.0.1最新稳定版本,演示现代微服务架构的构建过程。主要内容包括: 技术栈选择:采用Spring Cloud Netflix Eureka 4.1.0作为服务注册中心,Resilience4j 2.1.0替代Hystrix实现熔断机制,配合OpenFeign和Gateway等组件。 核心实操步骤: 搭建Eureka注册中心服务 构建商品
1174 3
|
8月前
|
JSON 前端开发 Java
Spring MVC 核心组件与请求处理机制详解
本文解析了 Spring MVC 的核心组件及请求流程,核心组件包括 DispatcherServlet(中央调度)、HandlerMapping(URL 匹配处理器)、HandlerAdapter(执行处理器)、Handler(业务方法)、ViewResolver(视图解析),其中仅 Handler 需开发者实现。 详细描述了请求执行的 7 步流程:请求到达 DispatcherServlet 后,经映射器、适配器找到并执行处理器,再通过视图解析器渲染视图(前后端分离下视图解析可省略)。 介绍了拦截器的使用(实现 HandlerInterceptor 接口 + 配置类)及与过滤器的区别
807 0
|
9月前
|
人工智能 JSON 安全
Spring Boot实现无感刷新Token机制
本文深入解析在Spring Boot项目中实现JWT无感刷新Token的机制,涵盖双Token策略、Refresh Token安全性及具体示例代码,帮助开发者提升用户体验与系统安全性。
1013 4
|
负载均衡 Dubbo Java
Spring Cloud Alibaba与Spring Cloud区别和联系?
Spring Cloud Alibaba与Spring Cloud区别和联系?
|
前端开发 Java Nacos
🛡️Spring Boot 3 整合 Spring Cloud Gateway 工程实践
本文介绍了如何使用Spring Cloud Alibaba 2023.0.0.0技术栈构建微服务网关,以应对微服务架构中流量治理与安全管控的复杂性。通过一个包含鉴权服务、文件服务和主服务的项目,详细讲解了网关的整合与功能开发。首先,通过统一路由配置,将所有请求集中到网关进行管理;其次,实现了限流防刷功能,防止恶意刷接口;最后,添加了登录鉴权机制,确保用户身份验证。整个过程结合Nacos注册中心,确保服务注册与配置管理的高效性。通过这些实践,帮助开发者更好地理解和应用微服务网关。
2232 0
🛡️Spring Boot 3 整合 Spring Cloud Gateway 工程实践
|
XML Java Maven
Spring 手动实现Spring底层机制
Spring 第六节 手动实现Spring底层机制 万字详解!
550 32

热门文章

最新文章