关于使用OkHttpClient进行http请求,抛出IO异常问题

1、如果你没有使用OkHttpClient单例模式的话,而是每次都new 一个OkHttpClient 在大量的请求下,很容易就会出现OOM 因为OkHttpClient 每new 一个 就会创建一个线程池,线程池默认有5个线程,不断new 就会出现OOM

2、在使用OkHttpClient 单例模式的情况下,出现IOException和EOFException 类似如下:

java.io.IOException: unexpected end of stream on Connection{xxx, proxy=DIRECT hostAddress= cipherSuite=none protocol=http/1.1}
    at okhttp3.internal.http1.Http1Codec.readResponseHeaders(Http1Codec.java:208)
    at okhttp3.internal.http.CallServerInterceptor.intercept(CallServerInterceptor.java:88)
    at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:147)
    at okhttp3.internal.connection.ConnectInterceptor.intercept(ConnectInterceptor.java:45)
    at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:147)
    at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:121)
    at okhttp3.internal.cache.CacheInterceptor.intercept(CacheInterceptor.java:93)
    at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:147)
    at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:121)
    at okhttp3.internal.http.BridgeInterceptor.intercept(BridgeInterceptor.java:93)
    at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:147)
    at okhttp3.internal.http.RetryAndFollowUpInterceptor.intercept(RetryAndFollowUpInterceptor.java:126)
    at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:147)
    at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:121)
    at okhttp3.RealCall.getResponseWithInterceptorChain(RealCall.java:200)
    at okhttp3.RealCall.execute(RealCall.java:77)
    at com.wondersgroup.mall.ucenter.common.utils.HttpUtils.syncGet(HttpUtils.java:43)
    at com.wondersgroup.mall.ucenter.common.utils.HttpUtils.main(HttpUtils.java:77)
Caused by: java.io.EOFException: \n not found: limit=0 content=…
    at okio.RealBufferedSource.readUtf8LineStrict(RealBufferedSource.java:237)
    at okhttp3.internal.http1.Http1Codec.readHeaderLine(Http1Codec.java:215)
    at okhttp3.internal.http1.Http1Codec.readResponseHeaders(Http1Codec.java:189)
    ... 17 more

这种情况是 OkHttpClient 复用了之前的连接,但是服务器已经关闭连接,而出现的异常。简单介绍一下,OkHttpClient 内部维护一个连接池,当你发起一个连接时,如果请求头的connection 是keepAlive 它会维护这个连接在连接池(默认5分钟),并且当有下一次相同的http请求(请求地址相同),就会复用维护在连接池的连接,不会再进行tcp连接,但问题就这,虽然OkHttpClient 连接为5分钟,但一般服务器不会保持一个连接为5分钟,因为那样会很浪费连接,所以当你两次相同请求间隔时间很长,服务器关闭了连接(比如3分钟)就会出现上面的异常,当然如果服务器不关闭连接,那么也就不会出现。

 

  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
### 回答1: 在Java中,PrintWriter类的构造函数和方法不会IOException异常,这是因为PrintWriter类中的方法被设计为使用缓冲区,因此将所有写入操作转换为缓冲区操作。如果底层的IO操作失败,它将被记录并在某个后续时间进行重试。 此外,PrintWriter类还提供了一个名为checkError()的方法,用于检查是否发生了任何错误。如果发生了任何错误,该方法将返回true,否则返回false。因此,您可以在执行输操作后调用checkError()方法来检查是否有错误发生。 需要注意的是,虽然PrintWriter的构造函数和方法不会IOException,但是在调用PrintWriter的close()方法时,可能会IOException异常。这是因为在关闭PrintWriter之前,必须先刷新输缓冲区,并将缓冲区中的所有数据写入到底层输流中。如果在这个过程中发生了IO错误,close()方法将IOException异常。 ### 回答2: PrintWriter方法不会IO异常的原因是,它内部使用了try-catch语句来捕获可能会发生的IO异常,并将其转换为普通的RuntimeException。 PrintWriter是一个用于将数据写入字符输流的类。它提供了一系列的重载方法,可以将数据写入文件、字符数组、字符串等不同的输目标。如果在写入数据时发生了IO异常,例如文件无法被创建、写入权限不足等情况,PrintWriter会捕获这个异常,并将其转换为一个名为UncheckedIOException的RuntimeException。 通过将IO异常转换为RuntimeException,PrintWriter的设计者避免了在使用PrintWriter时需要显式地处理IOException的麻烦。这种设计让代码更加简洁,并且使得代码逻辑更加清晰明了。因为RuntimeException是可以不被显式捕获的异常,所以用户在使用PrintWriter时可以选择是否处理这个异常,或者将其给更高层的代码处理。 需要注意的是,尽管PrintWriter方法不会IO异常,但在实际使用中,仍然可能会遇到IO相关的问题。因此,在使用PrintWriter时,我们仍然需要谨慎处理可能的IO异常情况,以保证程序的健壮性和安全性。 ### 回答3: PrintWriter方法不会IO异常的原因是因为在PrintWriter类中,它的构造函数和方法已经做了IOException的处理。PrintWriter类扩展了Writer类,并提供了一些辅助方法来将数据写入字符输流。 在PrintWriter类的构造函数中,它的其中一个构造函数可以接受一个文件对象或一个文件名作为参数。在创建PrintWriter对象时,它会尝试打开指定的文件来进行写操作。如果打开文件失败的话,PrintWriter会在内部捕获IOException,并将它转换成异常链的一部分,存储在PrintWriter对象中的一个私有字段中。 另外,在PrintWriter类的方法中,它提供了许多写入数据的方法,例如write、print、println等。当调用这些方法时,PrintWriter会将数据写入输流。如果发生IOException,PrintWriter也会捕获它,并存储在自身的异常字段中。 为了使开发者能够处理潜在的IO异常,PrintWriter类还提供了一个checkError方法,用于检查是否在之前的写操作中发生了IOException。通过调用checkError方法,开发者可以判断是否存在IO异常,并按需进行进一步处理。 综上所述,PrintWriter类在设计时将IOException纳入了其内部处理机制中,以提供更便捷的字符输流操作。因此,PrintWriter方法不会IO异常

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值