K8s Docker环境下Quarkus应用忽略已ACK HTTP请求排查求助

优先排查Quarkus HTTP栈配置限制 #

请求被忽略的问题大概率是Quarkus默认的Vert.x HTTP层配置限制导致的，仅在超大报文触发说明是缓冲区或大小限制类问题，首先调整以下配置：

• 请求体/头大小限制：Quarkus默认max-body-size为10MB，max-header-size为8KB，超大报文可能触发阈值后导致后续解析逻辑阻塞
• HTTP缓冲区配置：默认的接收缓冲区不足时，会导致TCP报文被内核ACK后，应用层来不及读取就被丢弃
  参考application.properties调整配置：

# 按需调大最大请求体大小
quarkus.http.limits.max-body-size=50M
# 调大请求头最大限制
quarkus.http.limits.max-header-size=1M
# 调大HTTP层处理缓冲区
quarkus.http.max-buffer-size=2M
# 开启100-continue自动处理，避免大请求协商异常
quarkus.http.handle-100-continue-automatically=true

排查JVM与容器网络栈参数 #

K8s容器默认的内核网络参数与JVM默认Socket配置可能不满足大流量场景：

• JVM侧调整启动参数：

-Djava.net.preferIPv4Stack=true
-Djdk.nio.maxCachedBufferSize=2097152
-Dsun.net.http.retryPost=false

• K8s容器侧调整sysctl参数，避免内核层面丢包：

spec:
  securityContext:
    sysctls:
    - name: net.core.rmem_max
      value: "16777216"
    - name: net.core.wmem_max
      value: "16777216"
    - name: net.ipv4.tcp_rmem
      value: "4096 87380 16777216"

进一步调试步骤 #

如果上述调整后问题仍复现，按以下步骤定位根因：

• 问题复现时执行ss -ntp查看对应TCP连接的状态，确认接收队列是否有数据积压
• 添加JVM启动参数-Djava.net.debug=all输出全量网络操作日志，确认JVM是否从Socket读取到了对应请求的数据
• 开启Quarkus Vert.x日志到TRACE级别，查看HTTP解析层是否有异常抛出
• 抓完整的TCP流，确认上一个超大报文是否完整接收，是否存在粘包/拆包未完成导致后续请求无法被正确解析的情况

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