Spring-Boot Elastic Search滚动API多次调用出现ClientAbortException原因排查

这个问题我在维护Spring Boot + Elasticsearch的服务时也碰到过，咱们先从错误本身说起：

org.apache.catalina.connector.ClientAbortException本质是Tomcat抛出的一个信号——客户端已经主动断开了HTTP连接，但服务器此时还在尝试往响应输出流里写数据，底层的Connection reset by peer就是TCP层面收到了客户端断开连接的通知。

结合你提供的场景（对外提供ES滚动Scroll API），具体触发原因通常有这几种：

• 客户端请求超时主动断开：滚动API用于拉取大量数据，响应耗时往往比普通接口长。如果客户端的HTTP请求超时时间设置过短（比如用RestTemplate/OkHttp时只设了10秒），但ES滚动查询需要更久才能返回结果，客户端就会主动终止连接，服务器这边就会抛出这个异常。
• 客户端主动取消请求：比如前端用户触发搜索后快速刷新页面、关闭标签页，导致AJAX请求被取消；或者客户端程序里有逻辑主动终止了请求线程，都会让服务器收到连接断开的信号。
• 网络中间设备切断连接：负载均衡、防火墙这类中间件通常有「空闲连接超时」设置，如果滚动请求的响应时间超过了这个阈值，中间设备会主动切断连接，服务器就会收到底层的Connection reset by peer错误，进而包装成ClientAbortException。
• ES滚动查询本身耗时过长：如果你的滚动查询要拉取的数据量极大，ES处理时间太久，服务器端一直处于等待ES返回结果的状态，而客户端那边已经等不及断开了连接。

对应的解决建议： #

• 调整超时配置：客户端侧把HTTP请求的超时时间调大（根据数据量设置为30秒到几分钟）；服务端侧可以调整Tomcat的连接超时，在application.properties里添加：

  server.tomcat.connection-timeout=600000 # 10分钟，按需调整
  

• 优化ES滚动查询：降低每次滚动的size参数（比如从10000改成1000），减少单次返回的数据量；如果数据量超大，建议用ES的**异步搜索（Async Search）**替代滚动，让客户端轮询结果而非保持长连接。
• 优雅处理异常：在你的Rest API接口中捕获ClientAbortException，不需要打ERROR级别的日志（这不是服务端故障，是客户端主动断开导致的），可以降级为WARN级别或者直接忽略，避免日志被这类无关信息刷屏。
• 检查网络中间件：和运维团队确认负载均衡、防火墙的空闲超时时间，确保其大于滚动查询的最长预期响应时间。

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