Android4种网络连接方式HttpClient、HttpURLConnection、OKHttp和Volley优缺点和性能对比

比较的指标：

1、cpu

2、流量

3、电量

4、内存占用

5、联网时间

功能点：

1、重试机制

2、提供的扩展功能

3、易用性

4、是否https

5、是否支持reflect api，OkHttp有配套方法

6、缓存、重试

7、cookie支持session  id会话支持

8、弱网性能和稳定性

9、超时时间，几种超时时间   连接超时，响应超时

10、适配各种机型、4.4和之前版本  2.3  4.1 5.0

4种网络连接方式提供的功能对比表格：

	缓存	重试	Https/Http	稳定性	Cookie	Session
HttpClient	√	√	√	Ok	√ 自动管理Cookie	√
HttpURLConnection	POST  × GET  √ 4.0以后	√	√	Ok	√ 设置请求Cookie	√
OkHttp	√	√	√	Ok	√	√
Volley	√	√	√	Ok	√	√

Ps：稳定性：四种网络连接方式都在业内广泛应用，都比较稳定。

特别指出的是，在 Froyo(2.2)之前，HttpURLConnection有个重大 Bug，调用close()函数会影响连接池，导致连接复用失效，所以在 Froyo 之前使用HttpURLConnection需要关闭keepAlive。

另外，在 Gingerbread(2.3) HttpURLConnection 默认开启了 gzip 压缩，提高了 HTTPS 的性能，Ice Cream Sandwich(4.0) HttpURLConnection 支持了请求结果缓存。

再加上HttpURLConnection本身API相对简单，所以对Android来说，在2.3之后建议使用HttpURLConnection，之前建议使用HttpClient。

功能对比表格参考的博客：

HttpClient Cookie：

http://zzc1684.iteye.com/blog/2162858

HttpClient 重试机制：

http://blog.csdn.net/weborn/article/details/9112309

Volley源码解析：

http://p.codekk.com/blogs/detail/54cfab086c4761e5001b2542

HttpURLConnection设置请求Cookie：

http://hw1287789687.iteye.com/blog/2240085

OkHttp Cookie管理：

https://segmentfault.com/a/1190000004345545

Volley CookieSession：

http://my.oschina.net/liusicong/blog/361853

HttpClient Session保持：

http://www.flysnow.org/2013/11/21/android-httpclitent-session-keep.html

1、HttpClient  缺点罗列

Apache HttpClient早就不推荐httpclient，5.0之后干脆废弃，后续会删除。6.0删除了HttpClient。Java开发用HttpClient，官方推荐Android开发用HttpUrlConnection。

DefaultHttpClient和它的兄弟AndroidHttpClient都是HttpClient具体的实现类，它们都拥有众多的API，而且实现比较稳定，bug数量也很少。

但同时也由于HttpClient的API数量过多，使得我们很难在不破坏兼容性的情况下对它进行升级和扩展，所以，目前Android团队在提升和优化HttpClient方面的工作态度并不积极。

高效稳定，但是维护成本高昂，故android 开发团队不愿意在维护该库而是转投更为轻便的HttpUrlConnection。

2、HttpURLConnection

HttpURLConnection是一种多用途、轻量极的HTTP客户端，使用它来进行HTTP操作可以适用于大多数的应用程序。虽然HttpURLConnection的API提供的比较简单，但是同时这也使得我们可以更加容易地去使用和扩展它。

不过在Android 2.2版本之前，HttpURLConnection一直存在着一些令人厌烦的bug。比如说对一个可读的InputStream调用close()方法时，就有可能会导致连接池失效了。那么我们通常的解决办法就是直接禁用掉连接池的功能：

在Android 4.0版本中，我们又添加了一些响应的缓存机制。当缓存被安装后(调用HttpResponseCache的install()方法)，所有的HTTP请求都会满足以下三种情况：

比较轻便，灵活，易于扩展

在3.0后以及4.0中都进行了改善，如对HTTPS的支持

在4.0中，还增加了对缓存的支持

在android 2.2及以下版本中HttpUrlConnection存在着一些bug，所以建议在android 2.3以后使用HttpUrlConnection，2.3之前使用HttpClient。

3、OkHttp优点较多

OkHttp是一个现代，快速，高效的Http client，支持HTTP/2以及SPDY（SPDY介绍网址：https://zh.wikipedia.org/wiki/SPDY，SPDY（发音如英语：speedy），一种开放的网络传输协议，由Google开发），它为你做了很多的事情。

OKHttp是Android版Http客户端。非常高效，支持SPDY、连接池、GZIP和HTTP缓存。

支持SPDY，可以合并多个到同一个主机的请求

OkHttp实现的诸多技术如：连接池，gziping，缓存等就知道网络相关的操作是多么复杂了。

OkHttp扮演着传输层的角色。

OkHttp使用Okio来大大简化数据的访问与存储，Okio是一个增强 java.io
和 java.nio的库。

OkHttp 处理了很多网络疑难杂症：会从很多常用的连接问题中自动恢复。如果您的服务器配置了多个IP地址，当第一个IP连接失败的时候，OkHttp会自动尝试下一个IP。

OkHttp还处理了代理服务器问题和SSL握手失败问题。

OkHttp是一个Java的HTTP+SPDY客户端开发包，同时也支持Android。需要Android 2.3以上

OKHttp是Android版Http客户端。非常高效，支持SPDY、连接池、GZIP和 HTTP 缓存。

默认情况下，OKHttp会自动处理常见的网络问题，像二次连接、SSL的握手问题。

如果你的应用程序中集成了OKHttp，Retrofit默认会使用OKHttp处理其他网络层请求。

从Android4.4开始HttpURLConnection的底层实现采用的是okHttp

缓存响应避免重复的网络请求

目前，该封装库志支持：

•     一般的get请求

•     一般的post请求

•     基于Http的文件上传

•     文件下载

•     上传下载的进度回调

•     加载图片

•     支持请求回调，直接返回对象、对象集合

•     支持session的保持

•     支持自签名网站https的访问，提供方法设置下证书就行

•     支持取消某个请求

为什么要做缓存，或者说有什么好处？

减少服务器负荷，降低延迟提升用户体验。

复杂的缓存策略会根据用户当前的网络情况采取不同的缓存策略，比如在2g网络很差的情况下，提高缓存使用的时间；不用的应用、业务需求、接口所需要的缓存策略也会不一样，有的要保证数据的实时性，所以不能有缓存，有的你可以缓存5分钟，等等。你要根据具体情况所需数据的时效性情况给出不同的方案。当然你也可以全部都一样的缓存策略，看你自己。

4、Volley

Volley是一个简化网络任务的库。他负责处理请求，加载，缓存，线程，同步等问题。它可以处理JSON，图片，缓存，文本源，支持一定程度的自定义。

Volley在Android 2.3及以上版本，使用的是HttpURLConnection，而在Android 2.2及以下版本，使用的是HttpClient。

    Volley的基本用法，网上资料无数，这里推荐郭霖大神的博客

    Volley存在一个缓存线程，一个网络请求线程池(默认4个线程)。

    Volley这样直接用开发效率会比较低，我将我使用Volley时的各种技巧封装成了一个库RequestVolly.

    我在这个库中将构造请求的方式封装为了函数式调用。维持一个全局的请求队列，拓展一些方便的API。

不过再怎么封装Volley在功能拓展性上始终无法与OkHttp相比。

Volley停止了更新，而OkHttp得到了官方的认可，并在不断优化。

因此我最终替换为了OkHttp

OkHttp使用Okio进行数据传输。都是Square家的。

但并不是直接用OkHttp。Square公司还出了一个Retrofit库配合OkHttp战斗力翻倍。

网络加载库：Picasso、Fresco，所以我更喜欢Glide

不过现在主流的网络请求都是用Volley，OkHttp呼声也很高。

Volley是为RPC网络操作而设计的，适用于短时操作。

Volley默认在Froyo上使用Apache Http stack作为其传输层，在Gingerbread及之后的版本上使用HttpURLConnection stack作为传输层。原因是在不同的安卓版本中这两种http stack各自存在一些问题。

Volley可以轻松设置OkHttp作为其传输层。

Volley是谷歌开发的。

Volley可以说是把AsyncHttpClient和Universal-Image-Loader的优点集于了一身，既可以像AsyncHttpClient一样非常简单地进行HTTP通信，也可以像Universal-Image-Loader一样轻松加载网络上的图片。除了简单易用之外，Volley在性能方面也进行了大幅度的调整，它的设计目标就是非常适合去进行数据量不大，但通信频繁的网络操作，而对于大数据量的网络操作，比如说下载文件等，Volley的表现就会非常糟糕

    Volley提供了：JsonObjectRequest、JsonArrayRequest、StringRequest、ImageRequest、NetworkImageView等Request形式。

Volley的优点很多，可拓展、结构合理、逻辑清晰、能识别缓存、通过统一的方式，获取网络数据，包括且不限于文本、图片等资源。用了一段时间，果断放弃以前用过的其他框架。

Volley在一开始创建请求队列的过程中，需要创建网络线程和缓存线程，同时还需要初始化基于Disk的缓存，这中间有大量的资源开销和IO操作，所有才会慢。

4种方式的比较：

1、HttpClient: 在Android 2.2版本之前，HttpClient拥有较少的bug，因此使用它是最好的选择。

2、HttpURlConnection: 而在Android 2.3版本及以后，HttpURLConnection则是最佳的选择。它的API简单，体积较小，因而非常适用于Android项目。

对于新的应用程序应该更加偏向于使用HttpURLConnection，因为在以后的工作当中我们也会将更多的时间放在优化HttpURLConnection上面。

谷歌自己也是推荐用HttpUrlConnection，对它进行了大量的优化，这个从安卓的帮助文档可以看出来：

http://developer.android.com/reference/java/net/HttpURLConnection.html

、OkHttp：是一个相对成熟的解决方案，我们更有理由相信OkHttp的强大。

Android4.4的源码中可以看到HttpURLConnection已经替换成OkHttp实现了。

OkHttp 处理了很多网络疑难杂症：会从很多常用的连接问题中自动恢复。

如果您的服务器配置了多个IP地址，当第一个IP连接失败的时候，OkHttp会自动尝试下一个IP。

OkHttp还处理了代理服务器问题和SSL握手失败问题。

使用 OkHttp 无需重写您程序中的网络代码。

OkHttp实现了几乎和java.net.HttpURLConnection一样的API。

其实现在嘛，两者都不用，就用Okhttp 

HttpUrlConnection现在的底层实现就是通过Okhttp

网络请求框架支持的功能：

1、支持自定义请求的Header

2、支持Http的基本请求方法：GET、POST

3、支持文件上传和下载

4、可以加载图片

5、支持多任务网络请求操做

6、支持缓存

7、支持请求回调

8、支持session的保持

网络优化建议点：

1、连接复用节省连接建立时间，如开启keep-alive

2、不用域名，用IP直连省去DNS解析过程，根据域名得到IP地址

参考博客：

http://www.jcodecraeer.com/a/anzhuokaifa/androidkaifa/2015/0106/2275.html

http://blog.csdn.net/zhangcanyan/article/details/51661448

一、性能指标对比

测试手机：小米MI3（4.4.4）、魅蓝2（5.1）

测试版本：书旗Android 9.9.0

测试环境：直连下wifi访问

测试方法：安装并开启易测APP，安装网络框架apk，进行联网请求（http://www.csdn.net/），请求多次进行测试。

测试结果计算：测试3次。

误差说明：第三方软件计算，受后台应用影响，存在一定误差。

1、CPU占用

误差说明：第三方软件计算，受后台应用影响，存在一定误差。

结论：测试机型总体上CPU占用率，OkHttp的网络请求略低于其它联网方式。

2、内存消耗

误差说明：第三方软件计算，受后台应用影响，存在一定误差。

结论：测试机型总体上内存占用情况，在小米手机上，OkHttp的网络请求消耗内存略低于其它联网方式。在魅族手机上，内存消耗略高于其它方式。显示出测试机型内存消耗表现不一。

3、电量消耗

误差说明：第三方软件计算，受后台应用影响，存在一定误差。

结论：OkHttp的网络请求消耗的电量百分比在略低于其它联网方式，消耗的总电量在小米手机上高于其它联网方式，在魅族手机上略低于其它联网方式。消耗电量的差异不大，在0.5mah以内。

4、流量消耗

误差说明：网络请求的发送和接收流量存在一定误差。

结论：

1、网络发送流量HttpURLConnection最高，Volley次之，OKHttp第三位，HttpClient最少。但是，数据量差别不大，零点几的请求差别。

2、累积接收流量HttpClient最大，HttpURLConnection和Volley相同，OkHttp略大于前两者。

5、联网平均耗时

误差说明：网络的状况可能会影响网络请求时间。

结论：网络请求平均耗时HttpClient最大，HttpURLConnection最小，Volley平均比前者高10ms~20ms，OkHttp比Volley高20ms~40ms。

综上得出最终结论：

、对于新的应用程序，应该更加偏向于使用HttpURLConnection，因为在以后的工作当中Google也会将更多的时间放在优化HttpURLConnection上面。

谷歌自己也是推荐用HttpUrlConnection，对它进行了大量的优化，这个从安卓的帮助文档可以看出来：

http://developer.android.com/reference/java/net/HttpURLConnection.html

、对于已经成熟的应用， Volley停止了更新，而OkHttp得到了官方的认可，并在不断优化。

因此我建议使用OkHttp，现在最新稳定版为3.2.0