记一次HttpClient SocketTimeoutException调查始末

本文记录了一次由于HttpClient长连接超时导致SocketTimeoutException的调查过程。经过分析,发现服务B的Nginx配置了5分钟的长连接超时,且超时后不主动通知客户端。通过修改HttpClient的超时策略,确保在服务端超时前客户端能重置连接,最终解决了问题。
摘要由CSDN通过智能技术生成

1. 背景

有两个服务,A和B。其中B部署了Nginx网关,A通过HttpClient调用B的接口。

2. 问题现象

1)A调用B的接口时偶尔抛出如下异常:

java.net.SocketTimeoutException: Read timed out

2)发生异常时,A的线程总是阻塞30秒

3)A如果连续调用B的接口,比较稳定;隔一段时间调用一次,则容易发生异常

3. 调查过程

大胆猜测1:网络不稳定?

小心求证:

1)查看B服务的日志,未收到请求,说明请求确实未抵达B服务

2)Nginx网关日志暂无权限,未查看

3)通过curl命令从A服务机器检查B服务机器网络状况,显示很通畅,网络因素无法确证,此路不通

大胆猜测2:错误的使用了HttpClient?

小心求证:

所有post请求调用结束后,添加了释放连接的操作,证实无效

大胆猜测3:长连接超时?

小心求证:

1)多次测试发现,5分钟内连续请求,都能正常返回;两次请求间隔5分钟以上,必然超时

=》说明B服务长连接超时时间为5分钟

2)使用tcpdump抓包,发现发生超时时,A服务在30秒内向B服务发送了多个相同的数据包,而B服务没有任何ACK

=》说明B服务5分钟后主动切断了长连接

  • 1
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值