Spring Gateway后端重启后长时间报Connection reset by peer错误如何解决

• 连接池复用失效连接：Spring Gateway底层依赖Reactor Netty的HttpClient，默认启用HTTP长连接池复用机制。后端Rust服务重启时，之前网关侧和旧服务实例建立的长连接已经被服务端强制断开，但Netty连接池默认不会主动实时检测连接有效性，会继续将这些已失效的连接分配给新的转发请求，就会触发Connection reset by peer报错。
• 失效连接驱逐周期过长：默认配置下，Netty连接池的失效连接驱逐间隔、连接最大空闲时间都设置得很长，部分版本默认没有开启定期驱逐逻辑，需要等待连接自然超时才会被清理，你遇到的10分钟就是默认的失效连接清理周期。
• curl测试能通的原因：curl每次发起请求都会建立新的TCP连接，不会复用网关连接池里的旧失效连接，所以直接调用后端接口正常。

• 方案1：调整HttpClient连接池配置（最常用，无业务侵入）
  在Spring Gateway的配置文件中添加以下参数，主动开启连接有效性检测、缩短失效连接驱逐周期：

spring:
  cloud:
    gateway:
      httpclient:
        pool:
          # 连接最大空闲时间，超过该时间未使用的连接会被释放，可根据业务场景调整
          max-idle-time: 30s
          # 连接最大生命周期，避免单个连接无限期存活
          max-life-time: 60s
          # 失效连接定期驱逐间隔，缩短为10秒快速清理失效连接
          eviction-interval: 10s
          # 获取连接时校验连接有效性，有微小性能损耗，可按需开启
          # acquire-timeout: 3000

• 方案2：改用服务发现转发模式
  把当前固定IP端口的转发配置，改成基于注册中心的负载均衡模式lb://{服务名}，配合注册中心的健康检查机制，后端服务重启后注册中心会快速摘除旧实例，网关只会将请求转发到健康的实例上。建议同时搭配方案1的连接池配置，避免极端场景下的连接失效问题。
• 方案3：应急临时恢复
  如果需要快速恢复业务，直接重启Spring Gateway的Pod，会清空本地连接池中所有旧的失效连接，重启后即可正常转发请求。

内容的提问来源于stack exchange，提问作者Dolphin