okhttp 3.3.0 发布,HTTP 客户端开发包

淡漠悠然
 淡漠悠然
发布于 2016年05月26日
收藏 29

okhttp 3.3.0 发布了,改进记录如下:

  • New: Response.sentRequestAtMillis() and receivedResponseAtMillis()methods track the system's local time when network calls are made. These replace the OkHttp-Sent-Millis and OkHttp-Sent-Millis headers that were present in earlier versions of OkHttp.

  • New: Accept user-provided trust managers in OkHttpClient.Builder. This allows OkHttp to satisfy its TLS requirements directly. Otherwise OkHttp will use reflection to extract the TrustManager from theSSLSocketFactory.

  • New: Support prerelease Java 9. This gets ALPN from the platform rather than relying on the alpn-boot bootclasspath override.

  • New: HttpLoggingInterceptor now logs connection failures.

  • New: Upgrade to Okio 1.8.0.

     <dependency>
       <groupId>com.squareup.okio</groupId>
       <artifactId>okio</artifactId>
       <version>1.8.0</version>
     </dependency>
  • Fix: Gracefully recover from a failure to rebuild the cache journal.

  • Fix: Don't corrupt cache entries when a cache entry is evicted while it is being updated.

  • Fix: Make logging more consistent throughout OkHttp.

  • Fix: Log plaintext bodies only. This uses simple heuristics to differentiate text from other data.

  • Fix: Recover from REFUSED_STREAM errors in HTTP/2. This should improve interoperability with Nginx 1.10.0, which refuses streams created before HTTP/2 settings have been acknowledged.

  • Fix: Improve recovery from failed routes.

  • Fix: Accommodate tunneling proxies that close the connection after an auth challenge.

  • Fix: Use the proxy authenticator when authenticating HTTP proxies. This regression was introduced in OkHttp 3.0.

  • Fix: Fail fast if network interceptors transform the response body such that closing it doesn't also close the underlying stream. We had a bug where OkHttp would attempt to reuse a connection but couldn't because it was still held by a prior request.

  • Fix: Ensure network interceptors always have access to the underlying connection.

  • Fix: Use X509TrustManagerExtensions on Android 17+.

  • Fix: Unblock waiting dispatchers on MockWebServer shutdown.

下载地址:

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 OSCHINA 社区 [http://www.oschina.net]
本文标题:okhttp 3.3.0 发布,HTTP 客户端开发包
加载中

最新评论(13

蔡培元
蔡培元
这是个什么东西?
动弹
动弹

引用来自“游客”的评论

这个玩意好用吗

引用来自“Qiujuer”的评论

好用很强大,但是库挺大,如果项目使用需要多多考虑;当然Android上是这样的,毕竟方法数超出是很难受的;如果用来做java的就无须考虑这些了。
multidex虽然有坑, 但是还是能解决这个方法数的问题
g
golyu

引用来自“游客”的评论

这个玩意好用吗

引用来自“Qiujuer”的评论

好用很强大,但是库挺大,如果项目使用需要多多考虑;当然Android上是这样的,毕竟方法数超出是很难受的;如果用来做java的就无须考虑这些了。

引用来自“铂金小鸟”的评论

不大吧,才300多k,httpclient 800多k

引用来自“Qiujuer”的评论

httpclient Android内置,使用这个库不需要增加方法数,使用okhttp会增加3千左右的方法数,就算混淆一部分,也会占用2K多多方法数量。包大小不是主要,主要的是方法数,就现在动不动一个大型app来说方法数很珍贵。

引用来自“铂金小鸟”的评论

android 6.0以上已经移除httpclient了,也不推荐使用。我们现在新项目基本都是okhttp + retrofit。 方法不够就multidex吧,要么就自己用httpconnection封装个。
同retrofit,太强大
Raynor1
Raynor1
这个东西真的非常的好用哦,赞,ANDROID的同学们强烈推荐使用。。
铂金小鸟
铂金小鸟

引用来自“游客”的评论

这个玩意好用吗

引用来自“Qiujuer”的评论

好用很强大,但是库挺大,如果项目使用需要多多考虑;当然Android上是这样的,毕竟方法数超出是很难受的;如果用来做java的就无须考虑这些了。

引用来自“铂金小鸟”的评论

不大吧,才300多k,httpclient 800多k

引用来自“Qiujuer”的评论

httpclient Android内置,使用这个库不需要增加方法数,使用okhttp会增加3千左右的方法数,就算混淆一部分,也会占用2K多多方法数量。包大小不是主要,主要的是方法数,就现在动不动一个大型app来说方法数很珍贵。
android 6.0以上已经移除httpclient了,也不推荐使用。我们现在新项目基本都是okhttp + retrofit。 方法不够就multidex吧,要么就自己用httpconnection封装个。
Qiujuer
Qiujuer

引用来自“游客”的评论

这个玩意好用吗

引用来自“Qiujuer”的评论

好用很强大,但是库挺大,如果项目使用需要多多考虑;当然Android上是这样的,毕竟方法数超出是很难受的;如果用来做java的就无须考虑这些了。

引用来自“铂金小鸟”的评论

不大吧,才300多k,httpclient 800多k

引用来自“Qiujuer”的评论

httpclient Android内置,使用这个库不需要增加方法数,使用okhttp会增加3千左右的方法数,就算混淆一部分,也会占用2K多多方法数量。包大小不是主要,主要的是方法数,就现在动不动一个大型app来说方法数很珍贵。

引用来自“kut”的评论

那就先把方法数用完再说。
用完了你就知道苦逼了,虽然现在有了解决方法数量限制的方案,比如插件,多dex等等,但是终究会影响一个app整体的性能。
Qiujuer
Qiujuer

引用来自“游客”的评论

这个玩意好用吗

引用来自“Qiujuer”的评论

好用很强大,但是库挺大,如果项目使用需要多多考虑;当然Android上是这样的,毕竟方法数超出是很难受的;如果用来做java的就无须考虑这些了。

引用来自“铂金小鸟”的评论

不大吧,才300多k,httpclient 800多k

引用来自“Qiujuer”的评论

httpclient Android内置,使用这个库不需要增加方法数,使用okhttp会增加3千左右的方法数,就算混淆一部分,也会占用2K多多方法数量。包大小不是主要,主要的是方法数,就现在动不动一个大型app来说方法数很珍贵。

引用来自“yaming116”的评论

应该没有那么缺了吧,直接上4.0好了,2.3兼容干嘛13
4.0 2.3 Android的方法数限制一样,都是65535个。
yaming116
yaming116

引用来自“游客”的评论

这个玩意好用吗

引用来自“Qiujuer”的评论

好用很强大,但是库挺大,如果项目使用需要多多考虑;当然Android上是这样的,毕竟方法数超出是很难受的;如果用来做java的就无须考虑这些了。

引用来自“铂金小鸟”的评论

不大吧,才300多k,httpclient 800多k

引用来自“Qiujuer”的评论

httpclient Android内置,使用这个库不需要增加方法数,使用okhttp会增加3千左右的方法数,就算混淆一部分,也会占用2K多多方法数量。包大小不是主要,主要的是方法数,就现在动不动一个大型app来说方法数很珍贵。
应该没有那么缺了吧,直接上4.0好了,2.3兼容干嘛13
kut
kut

引用来自“游客”的评论

这个玩意好用吗

引用来自“Qiujuer”的评论

好用很强大,但是库挺大,如果项目使用需要多多考虑;当然Android上是这样的,毕竟方法数超出是很难受的;如果用来做java的就无须考虑这些了。

引用来自“铂金小鸟”的评论

不大吧,才300多k,httpclient 800多k

引用来自“Qiujuer”的评论

httpclient Android内置,使用这个库不需要增加方法数,使用okhttp会增加3千左右的方法数,就算混淆一部分,也会占用2K多多方法数量。包大小不是主要,主要的是方法数,就现在动不动一个大型app来说方法数很珍贵。
那就先把方法数用完再说。
Qiujuer
Qiujuer

引用来自“游客”的评论

这个玩意好用吗

引用来自“Qiujuer”的评论

好用很强大,但是库挺大,如果项目使用需要多多考虑;当然Android上是这样的,毕竟方法数超出是很难受的;如果用来做java的就无须考虑这些了。

引用来自“铂金小鸟”的评论

不大吧,才300多k,httpclient 800多k
httpclient Android内置,使用这个库不需要增加方法数,使用okhttp会增加3千左右的方法数,就算混淆一部分,也会占用2K多多方法数量。包大小不是主要,主要的是方法数,就现在动不动一个大型app来说方法数很珍贵。
返回顶部
顶部