理解网络请求中的连接超时和读取超时

41次阅读

共计 996 个字符,预计需要花费 3 分钟才能阅读完成。

【本文版权归微信公众号 ” 代码艺术 ”(ID:onblog)所有,若是转载请务必保留本段原创声明,违者必究。若是文章有不足之处,欢迎关注微信公众号私信与我进行交流!】

最近在工作中使用 Java 进行网络请求时,对所设置的两个超时参数有所不解,但是经常报错的还就是这两个,先来看下代码:

URL url = new URL(url);
HttpURLConnection connection = (HttpURLConnection) url.openConnection();
connection.setConnectTimeout(60000);
connection.setReadTimeout(60000);
connection.getResponseCode();

一般我们要设置的超时时间就这两个,ConnectTimeout 和 ReadTimeout。那这两个是啥意思呢?

ConnectTimeout

【本文版权归微信公众号 ” 代码艺术 ”(ID:onblog)所有,若是转载请务必保留本段原创声明,违者必究。若是文章有不足之处,欢迎关注微信公众号私信与我进行交流!】

连接超时。比如网络环境不好导致客户端与服务器迟迟建立不了 TCP 连接,但是 Linux 系统默认的建立 TCP 连接的超时时间是 127 秒,又太长了,这时候就需要手动设置 ConnectTimeout 参数,当超过这个时间就赶紧报错吧。

ReadTimeout

读取超时。当客户端与服务器已经建立起 TCP 连接,服务器接收到请求数据后开始【处理数据 -> 发送响应】,在【处理数据 -> 发送响应】阶段就有可能发生读取超时。

比如服务器去执行数据库操作,由于某些原因耗时很长,导致客户端迟迟没有收到服务器发送的数据,就可以设置 ReadTimeout 参数,超过这个时间我们就认为读取超时。

很多时候我们下载一个大文件需要很长时间,为什么没有触发超时异常呢?这是因为服务器一直有数据发送给客户端,是不会触发读取超时的,只有当服务器在一段时间内没有任何数据发送给客户端,才会触发读取超时,断开 TCP 连接。

看到这里,你应该明白了,所谓的连接超时、读取超时都是传输层的原因导致的,传输层的异常抛给应用层去处理。就这么简单。

版权声明

【本文版权归微信公众号 ” 代码艺术 ”(ID:onblog)所有,若是转载请务必保留本段原创声明,违者必究。若是文章有不足之处,欢迎关注微信公众号私信与我进行交流!】

正文完
 0