Spring Boot应用连接已失效代理未自动切换问题排查

从你的描述和代码来看，这个问题核心出在连接池的持久化连接复用以及Tomcat底层连接管理的配置上——毕竟新启动的应用能正常切换代理，说明业务逻辑没问题，问题就卡在现有应用对失效连接的回收机制上。下面是具体的排查方向和解决办法：

一、先看HttpURLConnection的潜在问题 #

你虽然设置了conn.setRequestProperty("Connection", "close");，还在finally里调用了disconnect()，但HttpURLConnection的底层是依赖JDK自带的静态连接池（sun.net.www.http.HttpClient）的，这个连接池有几个坑：

• 即使调用disconnect()，如果连接没有被正确标记为失效（比如异常没有触发连接池的失效检测），它还是会留在池子里被复用；
• Spring Boot 2.2.2对应的JDK/Tomcat版本，默认的连接池超时配置是偏宽松的，失效连接不会被自动清理。

优化方案 #

在应用启动时（比如@PostConstruct方法里）添加系统属性，强制调整连接池行为：

// 关闭持久连接复用，彻底避免连接池持有失效连接
System.setProperty("http.keepAlive", "false");
// 限制连接池大小，避免过多失效连接堆积
System.setProperty("http.maxConnections", "10");
// 设置连接超时和读取超时，快速发现失效连接
System.setProperty("http.connection.timeout", "5000");
System.setProperty("http.socket.timeout", "5000");

另外要注意：必须确保响应流被完全读取后再调用disconnect()，否则连接可能不会被正确关闭回收。

二、Java 11 HttpClient的配置漏洞 #

Java 11的HttpClient默认也启用了连接池，但默认配置没有主动检测失效连接，也没有设置空闲连接超时——如果连接池里的失效连接没被轮换到，就会一直被复用。

优化方案 #

自定义HttpClient的连接池配置，添加空闲超时和连接限制：

HttpClient client = HttpClient.newBuilder()
        .connectTimeout(Duration.ofSeconds(5))
        // 自定义线程池，避免默认线程池的限制
        .executor(Executors.newFixedThreadPool(10))
        .connectionPool(ConnectionPool.newBuilder()
                .maxConnections(10)
                // 空闲30秒的连接自动关闭，避免持有失效代理的连接
                .maxIdleTime(Duration.ofSeconds(30))
                .build())
        .build();

三、Tomcat自身的连接配置影响 #

你的应用部署在Tomcat上，Tomcat的连接管理配置可能和JDK的连接池行为冲突：

• 检查Spring Boot的application.properties，添加以下配置来调整Tomcat的连接回收：

  # 连接超时时间，快速发现失效连接
  server.tomcat.connection-timeout=5000
  # 限制最大连接数，避免连接堆积
  server.tomcat.max-connections=200
  # 开启后台连接回收，定期清理失效连接
  server.tomcat.background-processor-delay=10
  

• 如果是独立Tomcat，还要检查server.xml的Connector配置，添加连接存活限制：

  <Connector port="8080" protocol="HTTP/1.1"
             connectionTimeout="5000"
             # 持久连接的存活超时
             keepAliveTimeout="5000"
             # 每个连接最多复用100次后强制关闭
             maxKeepAliveRequests="100" />
  

四、额外排查点 #

1. DNS缓存问题：如果LB1是通过域名访问的，Tomcat可能缓存了旧的代理IP，导致一直连失效节点。可以设置JDK的DNS缓存超时：

   System.setProperty("networkaddress.cache.ttl", "60"); // DNS缓存60秒后刷新
   System.setProperty("networkaddress.cache.negative.ttl", "10"); // 失败的DNS记录10秒后清除
   

2. K8s LB健康检查延迟：确认LB1的健康检查配置是否及时，确保P1/P2失效后，LB1能快速把流量切走，避免Tomcat拿到失效的代理地址。

总结 #

本质问题是旧应用的连接池里留存了失效连接，且没有被自动清理或替换——新启动的应用连接池是空的，每次都会重新建立连接，所以能正常切换代理。通过调整连接池超时、关闭不必要的持久连接、配置DNS缓存刷新，应该就能解决这个问题。

内容的提问来源于stack exchange，提问作者Clément CBT