Spring RestTemplate 随机抛ResourceAccessException连接重置异常求建议

这个报错属于TCP连接层的随机中断异常，完全匹配“非每次必现、等待一段时间后触发”的现象特征：本质是本地连接池留存的可复用长连接，已经被对端服务、中间网关、网络设备单方面中断，但本地没有感知到连接失效，直接拿失效连接发请求时，收到对端返回的TCP RST包，最终抛出Connection reset异常。
因为连接池中的连接是随机取用的，只有刚好命中已被关闭的失效连接时才会触发报错，所以问题出现是随机的，通常在连接闲置了一段时间后概率最高。

• 连接复用超时配置错位：如果RestTemplate没有配置自定义底层客户端，默认会依赖JDK原生的连接复用逻辑，本地连接池的空闲连接保留时间，往往会比目标服务端、中间网关的长连接空闲超时时间更长。比如Nginx默认的keepalive超时是65秒，本地如果把连接留了2分钟才回收，那这中间的时间差里，连接已经被Nginx主动关闭，本地还当有效连接用，就会随机触发报错。
• 中间网络设备的会话淘汰：企业内网防火墙、出口网关、负载均衡这类设备，都会对长期无流量的TCP会话做定时清理，一般会话空闲超时在5-30分钟不等，清理时会直接发送RST包中断会话，后续连接上来就会触发Connection reset。
• 对端服务的主动断连：目标接口所在的服务实例滚动发布、节点重启、连接数达到阈值时，会主动强制关闭所有空闲连接，这种场景下如果本地刚好持有和该节点的闲置连接，下次拿这个连接发请求就会触发报错。
• TLS会话失效：因为目标地址是HTTPS接口，长期闲置的TLS会话如果和服务端的会话有效期不匹配，后续复用连接时TLS校验不通过，也会被对端直接中断连接。

• 替换底层客户端为带连接校验的实现：优先用Apache HttpClient、OkHttp作为RestTemplate的底层通信客户端，替代JDK原生的HttpURLConnection，配置时做两个关键参数调整：
  • 开启连接的空闲自动驱逐能力，把本地连接的空闲回收时间设置为比对端、中间设备的空闲超时时间短20%左右，保证本地会主动回收快过期的连接，不会复用已经被对端关闭的连接。比如对端网关keepalive超时是60秒，本地就把连接空闲驱逐时间设为48秒。
  • 开启TCP层的KeepAlive保活机制，设置固定间隔的保活探测报文，让操作系统能定期探测连接的存活状态，避免空闲连接被中间网络设备的会话表淘汰。
• 配置有限重试策略：针对幂等的接口请求，对这类连接层异常配置最多2-3次的自动重试，遇到Connection reset、SocketTimeout这类非业务异常时，自动丢弃失效连接、重新建立连接发请求，不要对非幂等请求做无限制重试，避免造成业务重复提交。
• 跨节点配置对齐：和对接方确认目标服务、网关的长连接超时参数，和运维确认出口防火墙的会话超时阈值，调整本地连接配置和全链路的超时时间对齐，从根源上避免配置错位导致的失效连接复用。
• 快速验证方案：临时关闭RestTemplate的连接复用，强制每次请求都新建TCP连接，如果报错完全消失，就可以确认是连接失效复用的问题，再针对性调整连接池参数即可。

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