切换至HTTP/2后ClientAbortException异常增多问题咨询

先说结论：这种现象绝对不正常。HTTP/2本身就是为了优化连接复用、提升性能而生的，正常情况下不应该出现大量的连接中断异常——不管是Broken Pipe还是Connection reset by peer，本质都是连接在没有正常关闭的前提下被强制中断了，大概率是架构中某一环的配置错误、兼容性问题或者超时设置不合理导致的。

下面是排查这类连接中断问题的最佳实践，按优先级从易到难排序：

1. 先从HAProxy的HTTP/2配置入手排查 #

• 确认HAProxy是否正确开启了HTTP/2支持：检查你的listen/frontend配置块，是否同时设置了mode http和http2 on，缺少任何一个都可能导致HTTP/2协商失败，进而引发异常连接
• 验证HAProxy与后端Tomcat的连接协议：
  • 如果HAProxy到Tomcat计划用HTTP/2通信，要确认Spring Boot已经开启了HTTP/2（配置server.http2.enabled=true），并且Tomcat使用的是NIO连接器（Spring Boot 2+Tomcat8默认是NIO，但如果手动改了BIO就会出问题，因为Tomcat8的HTTP/2仅支持NIO）
  • 如果HAProxy到Tomcat用HTTP/1.1转发，要确保开启了option http-keep-alive等长连接配置，避免HAProxy过早关闭与Tomcat的连接
• 查看HAProxy日志（通常是/var/log/haproxy.log），搜索conn_closed、reset、http2相关关键词，看连接中断是HAProxy主动触发、还是后端Tomcat返回了异常，或者客户端发起了断开

2. 深入Tomcat/Spring Boot应用层排查 #

• 检查Tomcat的HTTP/2与超时配置：
  • 确认server.http2.enabled=true已经正确配置在application.properties或application.yml中
  • 检查超时参数：server.tomcat.connection-timeout（连接超时）、server.tomcat.keep-alive-timeout（长连接超时）如果设置得过短，会导致长连接被提前关闭，而客户端还在复用连接时就抛出ClientAbortException
• 分析应用日志中的异常堆栈：找到ClientAbortException的完整堆栈信息，看异常发生时应用正在处理什么请求——比如是否有大文件下载、慢查询导致的长耗时请求，这类场景下客户端或HAProxy可能会因为超时主动断开连接
• 检查系统级TCP参数：比如tcp_keepalive_time、tcp_keepalive_intvl、tcp_keepalive_probes，这些参数控制TCP长连接的保活机制，如果配置不合理，操作系统可能会主动断开长时间无数据传输的连接

3. 验证客户端侧的兼容性 #

• 确认客户端是否真的支持HTTP/2：部分老版本浏览器（比如IE11及以下）、或者老旧的HTTP客户端库对HTTP/2的支持不完善，在连接复用过程中容易出现异常断开
• 用工具模拟测试：用curl --http2 -v https://your-domain.com这类命令模拟HTTP/2请求，观察是否能稳定建立连接、完成请求，以此判断是特定客户端的问题还是普遍存在的架构问题

4. 抓包分析（最直接的定位方式） #

• 在关键节点抓包：比如在HAProxy与Tomcat之间、或者客户端与HAProxy之间用tcpdump（命令示例：tcpdump -i eth0 port 443 -w http2_capture.pcap）或Wireshark抓包
• 分析HTTP/2帧交互：重点看是否有GOAWAY帧（服务端主动关闭连接的信号），以及GOAWAY的错误码；同时查看是否有TCP RST包，判断是哪一端主动发起了连接中断——这能直接帮你定位到问题出在客户端、HAProxy还是Tomcat

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