zuul添加重试机制和解决Forwarding error

打不死的喜羊羊

已于 2022-03-28 18:19:02 修改

阅读量807

点赞数

CC 4.0 BY-SA版权

分类专栏：后端 JAVA 技术文章标签： redis 缓存数据库

于 2022-03-28 18:17:58 首次发布

本文链接：https://blog.csdn.net/weixin_39388918/article/details/123802175

JAVA 同时被 3 个专栏收录

140 篇文章

订阅专栏

后端

135 篇文章

订阅专栏

技术

72 篇文章

订阅专栏

本文详细介绍了如何通过配置Zuul网关来解决服务请求转发中的超时问题，并开启了服务重试功能，有效提高了系统的稳定性和用户体验。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

正文

A服务重启，zuul不添加重试机制，会报A服务错误异常

修改网关配置文件

hystrix:
    command:
        default:
            execution:
                isolation:
                    thread:
                        timeout-in-milliseconds: 20000
zuul:
  host:
    connect-timeout-millis: 20000
    socket-timeout-millis: 20000
  routes:
    #user微服务
    userService:
      #以/user为头部的请求都转发到user里
      path: /user/**
      serviceId: user
      #url: http://localhost:8091
    pickupService:
      #以/pickup为头部的请求都转发到pickup里
      path: /pickup/**
      serviceId: pickup
    orderService:
      #以/order为头部的请求都转发到order里
      path: /order/**
      serviceId: order
  #是否开启重试功能
  retryable: true
ribbon:
  #解决zuul转发请求导致的超时问题
  ReadTimeout: 60000 
  SocketTimeout: 60000
  #对当前服务的重试次数
  MaxAutoRetries: 2
  #切换相同Server的次数
  MaxAutoRetriesNextServer: 0