记录解决java.net.SocketTimeoutException: Read timed out的过程


  上周产品那边反馈说拉取不到2022-01-30的美团第三方账单,于是果断查了下数据库,果然发现数据库中并没有2022-01-30的美团账单记录,分别查了下29号和31号后发现都是有的,就唯独30号的没有。当时我就纳闷了,不就是一个简单的拉取第三方账单的逻辑吗?怎么就会拉取不到呢?为了能够彻底解决我的疑惑,于是我马上去阿里云查了相关拉取日志,不查不知道,一查吓一跳,没想到拉取时还果真出问题了,见下图:

在这里插入图片描述
  从上图中大家不难发现日志中明显报了java.net.SocketTimeoutException: Read timed out这个错误,那么这个问题是如何产生的呢?我后续又是如何解决的呢?下面听我一一道来。

  1. 首先我们需要弄清楚java.net.SocketTimeoutException: Read timed out这个错误的含义以及为什么会产生这个错误。有篇文章解释得灰常不错,它是这么写的:

(1)What Is “Read Timed Out”?
The read() method call in the InputStream blocks until it finishes reading data bytes from the socket. The operation waits until it reads at least one data byte from the socket. However, if the method doesn’t return anything after an unspecified time, it throws an InterrupedIOException with a “Read timed out” error message:java.net.SocketTimeoutException: Read timed out

(2)Why It Occurs?
From the client side, the “read timed out” error happens if the server is taking longer to respond and send information. This could be due to a slow internet connection, or the host could be offline.
From the server side, it happens when the server takes a long time to read data compared to the preset timeout.

   将上文翻译过来不难发现,在完成从scoket中读取数据字节之前,调用InputStream块的read方法时是会阻塞的。从客户端的角度来看,如果服务器需要更长的时间来响应和发送信息,Read timed out的报错可能就会发生;从服务端的角度来看,跟预设的超时时间相比,如果服务器需要更长的时间来读取数据的话,那么Read timed out的报错可能也会发生。

  1. 搞懂了基本概念之后,紧接着我们需要开始排查这个错误是如何产生的。首先我从在服务端(美团)的角度思考,是不是美团那边在获取30日账单时哪个地方报错导致超时了呢?于是联系了美团的客服沟通发现它那边其实是有返回的,只不过响应时间为7点多秒让我当时感到有点惊讶。再从客户端(我)这边的角度思考,当时我想SocketTimeoutException的产生是不是就跟SocketTimeout的配置值有关呢?为了验证我的想法,于是疯狂找对应代码,居然还真给我找到了,如下图所示:
    在这里插入图片描述
       从上面的配置信息中我们可知道美团提供的sdk中配置的socketTimeOut的值为5000毫秒(5秒)。30日的账单美团那边响应的时间为7点多秒了,都已经超过了5秒了,不报SocketTimeoutException才怪呢?哈哈,美团不是在自己坑自己吗?

  2. 既然都已经把这个报错的来龙去脉都摸透了,那么接下来问题就可以迎刃而解了。我的解决方案就是把socketTimeOut这个属性弄成了nacos的配置,并设定默认值为1000ms(10秒)。这样不但解决了当前的问题,而且还可以很好地避免了以后的账单拉取时间超过了10秒后还需要修改代码重新发版的尴尬情形。相关的代码我都贴出来了,第一个代码就是获取socketTimeOut的nacos配置逻辑,第二个代码就是将获取的nacos配置值放到请求RequestConfig.Builder类中传给美团那边 大家可以看下:

    /**
     * 获取美团socket超时时间
     * @return
     */
    private Integer getMTSocketTimeout() {
        return zzNacosReader.getConfigInteger(ZzNacosConfig.THIRDPARTY_MT_SOCKET_TIMEOUT_CONFIG, 10000);
    }
     
 private static RequestConfig.Builder handleSocketTimeout(RequestConfig.Builder builder, Integer socketTimeout) {
        builder.setSocketTimeout(socketTimeout);
        return builder;
    }

   经过这么一折腾后终于将这个bug修复!希望此篇文章能给你带来启发和帮助!
参考文章:
Connection Timeout vs. Read Timeout for Java Sockets

  • 40
    点赞
  • 72
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 6
    评论
这个问题是由于Session.connect方法中发生了Read timed out错误造成的。根据引用的报错信息,可以看到java.net.SocketTimeoutException: Read timed out,这意味着在传递数据时超过了设置的超时时间。而根据引用的解释,connect timeout是建立连接的超时时间,而read timeout是传递数据的超时时间。在这种情况下,由于是在传递数据时出现超时,说明建立连接时可能没有问题,但是在传递数据时出现了超时。因此,建议检查一下代码中设置的超时时间,可能需要调整超时时间的设置,使其能够在传递数据时不出现超时。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* [com.jcraft.jsch.JSchException: Session.connect: java.net.SocketTimeoutException: Read timed out解决...](https://blog.csdn.net/qingcyb/article/details/83154207)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v92^chatsearchT0_1"}}] [.reference_item style="max-width: 50%"] - *2* *3* [java.net.SocketTimeoutException: Read timed out报警](https://blog.csdn.net/summer089089/article/details/115111019)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v92^chatsearchT0_1"}}] [.reference_item style="max-width: 50%"] [ .reference_list ]

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 6
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Melo_FengZhi

您的鼓励对我就是巨大的动力!

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值