Android HttpURLConnection And HttpClient

Google的工程师的一个博客写到： HttpURLConnection和HttpClient

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

HttpClient(Apache HTTP Client)

DefaultHttpClient和它的兄弟AndroidHttpClient都是HttpClient具体的实现类，适用于 web browsers, 他们是可扩展的，并且拥有大量的稳定APIs，bug数量也很少。

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

HttpURLConnection

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

不过在Android 2.2版本之前（就是Froyo中），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");
     }
 }  

使用方式：

 HttpURLConnection connection = (HttpURLConnection) url.openConnection();
 // 关闭 keepAlive
 disableConnectionReuseIfNecessary();
 int timeoutMs = request.getTimeoutMs();
 connection.setConnectTimeout(timeoutMs);
 connection.setReadTimeout(timeoutMs);
 connection.setUseCaches(false);
 connection.setDoInput(true);

其HttpURLConnection的优化：

（1）报文的压缩处理

在Android 2.3版本（GingerBread）的时候，增加了更加透明化的响应压缩。HttpURLConnection的报文头中添加了对报文的压缩处理，包括请求报文和回复报文。其会自动在每个发出的请求中加入如下消息头，并处理相应的返回结果：

 Accept-Encoding: gzip

配置你的Web服务器来支持对客户端的响应进行压缩的功能，从而可以在这一改进上获取到最大的好处。如果在压缩响应的时候出现了问题，HttpURLConnection(Android开发文档国内镜像)参考其API禁用掉这个功能。

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

（2）HTTPS的改进

我们在Android 2.3版本中还增加了一些HTTPS方面的改进，现在HttpsURLConnection会使用SNI(Server Name Indication)的方式进行连接，使得多个HTTPS主机可以共享同一个IP的服务器SNI。

（3）压缩和会话（Session）

它还支持压缩和会话。如果连接失败，它会取消压缩和session属性自动重连。

以上（2）、（3）这样保证了HttpsURLConnection在支持老版本兼容的前提下支持新的服务器。

（4）缓存机制

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

1、没有网络连接时使用本地缓存获取响应

　　（所有的缓存响应都由本地存储来提供。因为没有必要去发起任务的网络连接请求，所有的响应都可以立刻获取到）。

2、比如，获取一张图片，客户端发起请求，如果服务端没有修改，则使用缓存数据。

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

3、没有及时的获取到响应数据，可以使用缓存。

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

由于这个功能是在4.0之后的版本才有的，通常我们就可以使用java的反射机制来启动响应缓存功能。下面的示例代码展示了如何在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响应上加入缓存的消息头。

选择HttpClient还是HttpURLConnection？

在Android 2.2版本(Eclair 和 Froyo)之前，HttpClient拥有较少的bug，因此使用它是最好的选择。

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