Android访问网络，使用HttpURLConnection仍是HttpClient？

本文转自：http://blog.csdn.net/guolin_blog/article/details/12452307，感谢这位网友的分享，谢谢。

最近在研究Volley框架的源码，发现它在HTTP请求的使用上比较有意思，在Android 2.3及以上版本，使用的是HttpURLConnection，而在Android 2.2及如下版本，使用的是HttpClient。我也比较好奇这么使用的缘由，因而专门找到了一位Google的工程师写的一篇博客，文中对HttpURLConnection和HttpClient进行了对比，下面我就给你们简要地翻译一下。

原文地址：http://android-developers.blogspot.com/2011/09/androids-http-clients.html

大多数的Android应用程序都会使用HTTP协议来发送和接收网络数据，而Android中主要提供了两种方式来进行HTTP操做，HttpURLConnection和HttpClient。这两种方式都支持HTTPS协议、以流的形式进行上传和下载、配置超时时间、IPv六、以及链接池等功能。

HttpClient

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

但同时也因为HttpClient的API数量过多，使得咱们很难在不破坏兼容性的状况下对它进行升级和扩展，因此目前Android团队在提高和优化HttpClient方面的工做态度并不积极。

HttpURLConnection

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

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

 private void disableConnectionReuseIfNecessary() {
     // 这是一个2.2版本以前的bug
     if (Integer.parseInt(Build.VERSION.SDK) < Build.VERSION_CODES.FROYO) {
         System.setProperty("http.keepAlive", "false");
     }
 }

在Android 2.3版本的时候，咱们加入了更加透明化的响应压缩。HttpURLConnection会自动在每一个发出的请求中加入以下消息头，并处理相应的返回结果：

Accept-Encoding: gzip

配置你的Web服务器来支持对客户端的响应进行压缩的功能，从而能够在这一改进上获取到最大的好处。若是在压缩响应的时候出现了问题，这篇文档会告诉你如何禁用掉这个功能。

可是若是启动了响应压缩的功能，HTTP响应头里的Content-Length就会表明着压缩后的长度，这时再使用getContentLength()方法来取出解压后的数据就是错误的了。正确的作法应该是一直调用InputStream.read()方法来读取响应数据，一直到出现-1为止。

咱们在Android 2.3版本中还增长了一些HTTPS方面的改进，如今HttpsURLConnection会使用SNI(Server Name Indication)的方式进行链接，使得多个HTTPS主机能够共享同一个IP地址。除此以外，还增长了一些压缩和会话的机制。若是链接失败，它会自动去尝试从新进行链接。这使得HttpsURLConnection能够在不破坏老版本兼容性的前提下，更加高效地链接最新的服务器。

在Android 4.0版本中，咱们又添加了一些响应的缓存机制。当缓存被安装后(调用HttpResponseCache的install()方法)，全部的HTTP请求都会知足如下三种状况：

全部的缓存响应都由本地存储来提供。由于没有必要去发起任务的网络链接请求，全部的响应均可以马上获取到。

视状况而定的缓存响应必需要有服务器来进行更新检查。好比说客户端发起了一条相似于 “若是/foo.png这张图片发生了改变，就将它发送给我” 这样的请求，服务器须要将更新后的数据进行返回，或者返回一个304 Not Modified状态。若是请求的内容没有发生，客户端就不会下载任何数据。

没有缓存的响应都是由服务器直接提供的。这部分响应会在稍后存储到响应缓存中。

因为这个功能是在4.0以后的版本才有的，一般咱们就可使用反射的方式来启动响应缓存功能。下面的示例代码展现了如何在Android 4.0及之后的版本中去启用响应缓存的功能，同时还不会影响到以前的版本：

 private void enableHttpResponseCache() {
     try {
         long httpCacheSize = 10 * 1024 * 1024; // 10 MiB
         File httpCacheDir = new File(getCacheDir(), "http");
         Class.forName("android.net.http.HttpResponseCache")
             .getMethod("install", File.class, long.class)
             .invoke(null, httpCacheDir, httpCacheSize);
     } catch (Exception httpResponseCacheNotAvailable) {
     }
 }

你也应该同时配置一下你的Web服务器，在HTTP响应上加入缓存的消息头。

哪种才是最好的？

在Android 2.2版本以前，HttpClient拥有较少的bug，所以使用它是最好的选择。

而在Android 2.3版本及之后，HttpURLConnection则是最佳的选择。它的API简单，体积较小，于是很是适用于Android项目。压缩和缓存机制能够有效地减小网络访问的流量，在提高速度和省电方面也起到了较大的做用。对于新的应用程序应该更加偏向于使用HttpURLConnection，由于在之后的工做当中咱们也会将更多的时间放在优化HttpURLConnection上面。